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1,0 GUALS 

This document describes the software interlace to control an 
LCG ?U ijort. The L.CG HI port will impleflient the necessary 
functionalxt^ to iriCet the required DEC corporate specs for devices 
connected to the NI. These include^ Dut are not iisiited to^ the 
Dlueyook Ethernet specification^ the corporate fU Product 
Architecture/ the DNA til Data Link Specification^ and the Lou Level 
Maintenance Operation (WOP) specification. Port services and 
iunctlorsdiity are desctiijed. 



2.0 NQN-nCALS 

It IS nut a yudi oi this st^ecilication to describe the 
physical channel/ or to resolve hitjher level network issues. No 
specific netkoiK aichittcture beyond thct ueiined in the data link 
tthernet specification is ii8i5lied. 



•i.o ^:uT^.tl^^AL cgnventil^s 

ill rvu;ribct;> ifi this Si-eci fication fcili be iti deciiisal unless 
explicitly stated otnerwise, Muaberiry of bits xn words conforms 
to tne ChC-^C starsdard oi nuaoermg the left aost (highest order) 
bit as 0, and isrcceecing to the right from there. The nunber of 
the right most (least siynif leant) bit in a i'DF-20 word is 35- 



4.0 REFliRfcf^CiiS 

The reacer is assumed to ue laffiilicr with the the following 
docu&ents: 

1. LCG i^etwcrk Interconnect J^daptor (I^IA) Interlace Specification. 
Author eernie Hall and John Balsteao- 

2. bl Node Product fSrchitecture. Version 1.0 HuthorJ P.J. 
Nesbeda. This docu»ent describes the minittua requirewents ot a 

CEC hi ncde. 

3. bi«A Low Level Maintenance Dperaticns Architecture. iJersion 
3.0. C Authors: Bob Stewart and Ken Cnapiaan This docuaents 
describes the Biaiatenance features cwaiiable in sost MI nodes. 

4. n*!S NT rati Link jisrchitecture. Version 1.0 Author: eob 
Stewdft. Tnii. docuicent mteqratts the "Lthernet" spec into 
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5. WAX-ll Nl tort Aicriitecture. Autnoii «illiaiB Strecker, Bruce 
Hann. Ihis docu&ents defines the architecture ot the NI port 
for the ^AK faniiy cf processors. This docuwent is the fflodel 
lor the LCG ki port architecture. 

6- The Ethernet - h Local Area Metwork - Data Link Layer And 
Physical Layer Specifications. Version 2-0 Author: DEC/^ 
Xerox, Intel. This is THE description oi the HI itself. 



5,0 INTHODUCTiON 

The NI is a nmitiaccess serial interconnect that allocs up to 
1024 dillerent stations to share a common 10 Meyaoit hus and 
coawunicdte fcy exchanginq data packets. The fflaximuiB length of the 
i'l.I interconnection is 2-S kiionseters <1 .5 miles). The transmission 
medium is a coaxial cable, using base band signaling- The 
arbitration protocol used by the Ul is carrier sense siultipie 
access «ith collision detect (C£l^A/CL-) The service provided by the 
;.: J.:: u .2ct^^,r u..:-cl„5£; of service ir uhich tho iata packets are 
aclivered on a best-effort basis; no ccnfirsnation of delivery is 
iiiaae, ana no ^juarantee ci sequentiality or non-cupiicaticn is sade. 
ni'jher levels o£ network softi<are sust provide these services cased 
upon the basic tthernet service ottered by this port. 4 full 
description cf the HI itself appears in the Ethernet specification 
referred to above. 



5.1 Port Usage 

The ^120 will interface between the ^1 ano the KLlO £/Cbus.This 
port provides the Data Link and Physics! Channel layers of the ISO 
(international Standards Qrqanizaticn) CSl (upen Systeas 
interconnection) reference iKodel. 



5.2 Port Services 

Trie i»I tort performs queued retrieval of cofflffiands, queued 
reporting of received packets, packet transfer to and froai host 
Bieciory, packetization, fraaing, CftC generation and checking, 

Ethernet arfcitration, transiidssion retries, and error reporting. 
The fyl also coes filtering for Kulti-cast addresses, and broadcast 

addresses, es j*ell ^s physical destination addresses. Protocol 
type lilterirg is done. Fret queiie entries for enabled protocol 
types are obtaiiied froiu a list cf protocol types and associated 

iree queue pointers. 
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fteceivec packet address liiteriny is done in the following 
sianner; in orcet to receive a datagrcia, the destination field ol 
the datagraffi sRUSt pass the received address lilter. I£ the 
destination address is -1 (ail ones), then the aessage is a 
bROiSLCAST message, and tne port accepts it. If the destination 
address has bit 47 a zero, then it is c physical address; If this 
destination address usatches the physical address of the link, the 
port accepts it- If the destir.ation adcress has bit 47 a one, then 
it is a multi-cast address. It this destination address aatches 
one oi the Bulti-cast adaresses enable c for tne port, the datagraa 
is accepted. 

It the packet is accepted by the yort address filter. Protocol 
Tyise filtering occurs es fcllous: Mher a wessage is received, the 
protccoi tvpe is checked against the table of enabled protocol 
types. It d ffiatcii IS tcynu in tijis Caoie, tue associateo iree list 
IS u^ed to obtain the queue entry to store the received packet. 
This feature alioKS effective queue asaragement by the port driver. 
if a match is not found, the re<jUired <iueue entry is ODtainea froB 
the iinkaoyn Protocol Type free list ijueue anchored m the PCB. If 
the queue checked in order to yet the tree entry is empty, the 

■■ ' i u — -J i- wi •■., * - ' , X ^ -J '.^ L - ' . .- * 



t..v5 tit Hacket Forwat 

The basic format of a fraiae (packet) of data which appears on 
the Hi wire follows: 

.4. , + 

i I 

I DESIIJiAIION ADBHESS I 6 fiilES 

1 I 

+ --• ■ + 

I I 

I SLOhCE ADDRESS I 6 B¥IE£ 

1 I 

I i 

I PfOTQCOL TVFE I 2 BY'Shb 

i i 

^ . . — + 

i 1 

I UAtft I 46-i50C B^TtS 

i i 

! I 

4. . + 
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The iciiotting defintioiis apply; 

1. Destination address - These 6 Cytes coiitain the address of the 
port that is the intendea recipient of this Ira.ae. 

2. DOurce acdress - These 6 bytes coritcin the address of the port 

that trar.sffitted this Iroire- 

5. Protocol type - These 2 bytes defined the format and content of 
the remainder of the packet. NCP protocol aessages undergo 
special processing^ described later 

H. bata - These bytes are the actyai dcta bytes intended for the 
receiver. 

Z. Fraa;fc chtck se^Ufcnce - This is the m byte CkC iieid that is 
used to guarantee the uncorrupted reception of the pacicet. 



The LCG nil j^ort fliodel is a sinyle port coEiaunicating Mith a 
single iort driver which provides the aiyl tiplexing and 
aeftiUitipiexincs services necessary for rocny users to share the NI 
*irfc. The port and port-driver software coaaunic ate liith each 
other through the use of queues snd a Pert Control Block. 



6.1 Port Addresses 

All host Keiuory addresses used by this port are physical 
addresses in KLIO ntensory. All pointers in the Port Control Blocks 
the Protocol Type Tar>le, tne «uitl-cast Adcress Table, the queue 
entries, anc the free standing quete headers refer to physical 
addresses. Reserved for software yords are provided for the use of 
the driver prograra. One use may he to hold the virtual address 
counterpart tor these structures. 



6.2 Port Control Bloc* 

The Port Control Block is usee to cnchor the queues at a known 
point in the host lEeaory and to provide certain initial paraaeters 

to in«e MOIL. The queues are used tc pass cowjuands froin the 
rort-driver soff^are tc the port fcr either local executlcr or for 
transmission over the kl wire. The yuetes are also used oy the 
port to t ass responses back to the port driver software and to 
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deposit packets received over ti\€ wl i«iie. 

The Port Control Block (PCE) is a cata structure cased in the 
host roeBtory that iillciis the sharing of the queue^s by the port 
driver and the port. The Port Control iilock is poxnted to by port 
register 2, the PCfa base register. 

The port is iirforBied of the locaticn of the PCB at nicro code 
mtlallzation tiaie by the port driver software. '«ihen this is 
detected by the jt*ortx it yill cache tiie following variables froa 
the PCB: the uiikncsir protocol type queue entry lengthy the 
portocoi type table starting address, ard the jauiti-cast address 
table startinc address. 

Both the host port driver and port read and write locations in 

the ir-ub. Ihfcie IS exactly one i^LB lOi each wl port controlled by 
the host systeffi. Ihe PCis is the «ain control structure for the !<I 
port. It archors ail ei the tables and queue structures. The PCB 

containij queue headers to anchor the coaflsand queue, the response 
queue/ and the unknown protocol type free queue. Base pointers to 
tne ^uitx-ca£t aodtess table, and tiie protocol type table are 

iocritei in the "C"'*. Tr ?ddttior./ er error forjoiit aren*./ ?!nd several 
free words rcovided tor the use of the driver prograiii are included 
in the PCB. Iha resewec isorcs kiii never be al terea or exawined by 
thfc :*I puit. The K^ttiii lotjout area a.ai* Je utiitteu at an,- time by 
the port to record ?n error event. 



<j.2.1 «iueue ataoero - A ^lueue consisi..i al a queue neader uhich 
anchors the -Queut and a nuaber of entries, each occupyiny a spot on 
the gueue. All LCG NI queues are doubly linked structures. The 
•yueue header and each queue entry contain a forward link (FLINK) 
and a backwards link (fcllNK.) the toryard link of a queue header 
points at the first entry cf the queue. The forward link of a 
queue entry points to the next entry of the queue, if any. The 
backwards link of a queue header points at the last entry of the 
queue. The bacKMards llrk of a queue entry points back at the 
entry befort; the entry on the queue, if any. If a tlink does not 
point to a queue entry, it points at the queue header Elink. If a 
blink does not point to a queue ertry, it points at the queue 
header flink. 

Queue headers anchor a queue structure. k queue header aay be 
located in the PCB, cr located in host ffiemoty as a free standing 

structure. A aueue neader is coaposed ct a reserved fc-ord/ a FLINK, 
a BLI^K, and a tiueue Lenyth. The FLINK (forward link) points to 
xne liist MOifj/ ttie rLi^^/ or tne tix^it entiy o£ trie queue. fhe 
ir'LI*** pcintP tc fie t- L ! f: h wori ot the last entry of the queue. The 
filial and la^t entiles a.ey be the saiiit untiy. II there are no 
eftlri«-3 on Xt\k: uueu'v tf« queue header fLIN?< points tc itself. 
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The Quete Lenc^tii kord/ where aptiicable/ ipecifiea the length 
in kcrdijy ol the entire entry, includirg the i-LINK/ BLINK/ CoBmand 
header, and data words. The queue length applies to every entry on 
the queue. All quete entries on one v^ueue aust be the saiae length. 



6.2.2 Queue Interlocks - 

The NI2C requires st-ecial KL1€ aiicicccde support to allOM the 
NT2C to perfcrns a jreaory increaient operction using read-pause-urite 

meiiaory relerences. This is needed to allow the port to interlock 
the queues. 

There Is a separate interlock word tor each queue. Hhen a 
i^ueufc IS available, tiit corrtiSpondiny irteiiocK aord haa a value ol 
-1. When either the operating system oi the pert want to interlock 
the queue, they must pertorra a non-interruptaule 

mcreijsent-stcre-test operation, such as an AOSE. It the 

incremerted location has a value of zero, then the queue has been 
3uccesi>tully interlocked and the process may now aanipulate the 
-^'zc-'U:!. If i*-\e ivxTczQnte'* vr-lve. iz ^rciter than zero, then the 
queue is net available. The InterlccK ucrc should not be set back 
to zero. ahen the trocess is linished smith the queues, the 
if.teilock mOLi] mui,i i« bet hack lo -1 (ell on»iis). Thii> ii.arks the 
queue ai. avaiiBt>ie. fcotri the port diiver and tne port nicrocode 
are r ei.poiiSitle loi ieavmy the tjueues m a bell delmed state. 

The PC£ Hiust toe allocated starting on a lour word boundary. 

iiie ioiiiidt oi the roit Control Biock li. liiustAateo oeiow; 
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DEC FCE format OCT 

+ — -^ ■ ^ — ■ + 

1 Coffiffiand Quete Interlock I 

^ ^ ^ — ♦ 

1 j CoBiKand Queue iLlUK 1 1 

.+ ♦ 

2 } COBiiiiand Queue fcLINI I 2 

.4--, ^ ^ ^ + 

3 } Reserved tor Software I 3 

+ --^ ^ ^ ^ + 

4 I l<esponse Cueue Irterlock I 4 

+ . ■ . ♦ 

5 I Response Queue FLINK I 5 

+ + 

6 } Response i«ueue tiLlNK I 6 

+ ^ ^ ^ + 

7 1 Iteserved tor soitware I 7 

^ . + 

8 i Unkno«n Protocol Type free Queue Interlock J 10 

4. 4. 

9 I Orkrour Protccci Type Fiea Queue FLINK 1 11 

+ ^ + 

10 ; Uakno»ij Protocol T:^]^e Fiije Queue 2Lin^ I 12 

11 I UrikiiCar ftctocci Gueue tntry Length i 13 

12 I Reserved for Soitware I 14 

+ ^ + 

13 I Protocol Type Table sttrting address 1 15 
+ — ^ — ^ ^ . . ^ ♦ 

14 I *«ulti-cast Address Table starting address 1 16 

15 i reserved tor Soitware i 1? 

.+ ^ — ■ — — — .-+ 

16 I Error Logout 1 20 

+ , . __, — ^ . . ^ 

17 I Error Logout 1 I 21 

+ _. ■ . — ^ 

18 I KS¥D I 22 

+ . . ^ . + 

ly I ftSVD 1 23 

+ ^ ' ^ -»■ 
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21 
22 
23 

'.>4 



+ ■ -+ 

i PCB Rase iiddress J 24 

+ ^ ,_.+ 

j Reserved to Fort | 25 

+ , ^ 

i Reserved to tort 1 26 

+ • ^ ■ + 

j Channel CoBffland Word | 27 

I Reserved to i^ort I 30 

.4— : _. + 



The Errcr Meeds (wcr^s 20,21) are i.ritten ty the port when it 

eiicouiiteii. iatiil etror^ diisociated iKitn Uueue «aaiiiulation» Tnis 
erroj: ret/oiting strategy requires the port to write as much 
inf ottiidtioii ai> possible ditectiy into the host memory. This 
apptoacrs requires the saialiest subset ot port hardyare and 
micrococ'e to be ijorkiny to report these errors. 

'"h" ■• rv^cr'^->t icr ir t'^es'^ ugv*" ^toviIgs zvtticicvt :iat3 tor 
the port driver to determine the tyi:e ct error ana where the error 
occuttcO. khei^ tiie airor ia detected, the i*ort i«iill urite the 
contents of th€ LciOi ioids in the tCi-, entei the Disabled State, 
dfiu yeneiate a host interrupt. 

The forn-at of Erict Mora Is: 



+■ 
I 



i 



i 
■■♦■ 



I 



1 1 1 i 3b 

— + . + 

1 FLINK ADDRESS | 

— + , , ^ 



CMD 



tl 



kllST BE ZERQ 



bITS N^M£ 

CUD 



1-2 



yOi!:uE 



RESPQI-iSL 



DESCRIPtlQI^ 

Error occurred inhile reading a cofflaand 
queue entry. The queue with the error is 
in the Q bits, bits 1-2. 

This is the cofflaand queue tnat had the 
error. These bits are only valid if the 
CMD bit is or. 

This hit ia on it the error occurred 

Mhile the tott was atteapting to build a 
response queue entry. 



LCG ni port ^rchitectt-re St ecif ication PEV e.O Page 12 

CuHPAfsV CCNFIDENTIAL 



t 



-11 HtZ These bits Mill be zero. 



li-35 FLIUK P^bU This is th« cddress ot the tLlHK word of 

the <iueue entry in question. 

Eiror «crd 1 contairiS the AFI function bord that the port 
processor used to access Bemorv idtien the ujeaory error occurred. 
This «ord is written here in the saiee tomat as it should have 

appeared en the EBIjS. Ine fcrBtat of this hord is; 

C 2 3 5 6 7 12 13 35 

+ ^ + + + -^ + 

I icdr I Func I Q I | Physical iiddrass I 
I Cede i i f I I 

+ + •♦ + + + 



Wora 24 ot the PC£ is the address cf the first «ord of the 
PCb; the iil2d has no other May ot finding the PC6. 

word 21 IS reserved for the Chanrsei Command ^ord. The port 
ssili *cite a CCA-stifie »otd here uheii it yishea to transfer data 
over th«. KLlC CFius, The port driver is responsible for writing a 
t-iicinnei Jumi ^or<i into tne appropriate cf-T location corresponding 
to the kii2C tiacKiJione slot that the hidu is mstaliec m. 

'«jora 25 is ai^ays reserved to the port microcode tor its use; 
Lite yoii Oiivei siiouio newer titite this location nor depend Ui>on 
its value. 

Mhen the riI20 is being initialized^ the port driver oust set 
up the channel to transfer the contents of the PCB into the port. 
This Is done by setting Lp a CCW to transfer 3 words starting uith 
kord 20 of the PCB Item KLIO oseiBory to the channel. The port will 
start the ch£nnal and k,ill reao the contents of these locations. 
This provides the port with the bese of the PCB, and its PI 
assignment. 

It IS iBDortant to realize that since the port Mill he using 
the channel to transfer large blocks cf cata, the channel «iil be 
writing logout inf crnaticn into the EPT. ^r error that the channel 
discovers wiJl oe reported in the usual a-anner via the EPT. 
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0.2.3 Consffiand Queue - 

Tlie comfland queue is the basic cowffunication structure for the 
lC%3 ni. Through ity ail coroniands are pcssed tc the port interface- 
A cottffiand consists of a queue entrj*^ yitn a i-LINK (forward LINK)^ 
i.olnting to the next coniffiand in tiie queue^ if any, and a BLINK, 
(EacJiward LIKK) pointing to the previous cowmand In the queue, if 
any. Froa the CPCCDE field of the coBaand queue entry is obtained 
■ihat function is to ve pertormed. The queue entry contains the 
inf oriwation needed to process the coiBoarid. CoiBifiands are deliniced 
from the besinniny of the queue by the tort, and executed. 
Cofflfflands are executed in the orcer m «hich they are placed in the 
coffifliand queue. The driver places cofflwand entries to be executed on 
the tail of the ccmjijand queue. If the queue was previously eispty 
«*han this occurs, the ctiver writes th€ Conaand Queue Available 
CCyA) bit in the CSn res^ister. The leryth of the cofflffiand entry is 
inferred tiom its foriaat, and the function bein§ perforsed. 



0.2.4 Unknown Protocol Type free Queue - 

This queue Ir, a lirked list of tree queue entries to be used 
to rcj^ort tu the driver aii received jackets iliich passed address 
{iltctinw, oni dhich ate. addressed to a protocci type fehlch is not 
enabled m the frotocol Type iable. The driver links nes.! free 
enti iei> onto the end oi this queue as 1 1 obtains them. The port 
deiirks these entries bhen it Bsust huiic a response, and cannot use 
one of the enabled protocol type free queues- 

The unkroiin yrctocol queue entry length word specifies, in 
ttords, hok Icn^ the entries on the queue are. This length included 
the FLIMK, fJLINK, Reserved and Opcode ycrds of the entry. these 
different queues are provided to helt* insure that heavy traffic on 
one protocol type till ret disturb the cvailabillty of ready queue 
entries for ether protocol types. In addition, by having different 
queues lor ditierent sorts of messages, all queue entries need not 
be the fliaxiwuffi length fcr Ethernet Ressagesjr protocol types hhich 
use only a lireitec! size packet can el locate i»ore entries of swalier 
iiize, and yet run kiitii other protocol types which require larger 
juessages. 

It is recotnirended that queue entries tor the Unknown Protocol 
Type Free Queue be lar ye enough to hole the largest legal Ethernet 
packet. This is 3fa8 (decifflal) acres, assuffiiny industry coapatible 
IS the p-acklriy ?rode. This figure inclu-iJes the fllnk, blinfc, etc. 
ot tne setid ddtagrdtf nun-BSD coM«and loiaat. 
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0.2.5 RcspoTiSe Queue - 

The Restotise Queue is used by the gort to subwit to the driver 
packets ahich were accepted by the packet address filter over the 
MI wire, or ithich resulted froas a cosBpltjted conroand, or an error 
packet. The port links such packets onto the end of the queue. Ii 
the queue mas prewiouslj empty when this occurs^ an interrupt is 
sufafflitted to the host/ to inforia it of the presence of a nen 
response. This queue is accessed according to the interlocked 
queue protocol for the KLIC- 



b.2,6 Stror Logout Area - 



6.2.7 Piotocol Type Table Starting address - 

This fcord points to the beginning cf the protocol type table. 
This taole, described elseMhere^ lists the protocol types to be 

^ccppted,,,. pric r<'iTit*>r*' to appronr i'^t*' tre** qtieiie he^^ciers/ trow 
which free entries to hold received responses tor that protocol 
type. The FIT fuust be cliccated beyiiinmy on a lour taord Douodary. 
Tne protocol types listed in this tcDle do not come Into effect 
until after the execution of a Load P'iT coaaand. Ouce this table 
hsis been aiiccated arc its addre£,s specified m the PCB the 
location of the taljle cannot be changed. 



6.2.8 J'ulti-Cast Address Table Starting Address - 

This word points to the beginning cf the aulti-cast address 
table. This table lists the aulti-cast addresses to which the port 
is to respond. Multi cast addresses on the Ul kiire that are not 
present in this table yill be ignored. The addresses in this table 
coBie into effect only after the executicn of a Load MCAT coBinand. 
This table roust be allocated beginning on a tour word boundary. 
Cnce this table tms been allocated and its address specified in the 
PCB, its locetior cannot be changed. 



b.3 Queue Structures 

Gueued structures comprise the basic coanjunication between the 

tio^^t uiivet cnc me »J port. ihife stictioti Qtiscrioes tbese toeifiary 
structures. 
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fc.i.i tiUtiUe Headeri> - 

The format of the queue header is iilustiated beioini: 

+ , -. • ^ + 

j GteijC Interlock tkorti I 

-»- ♦ 

i Queue FLIKK I 

+ , . ^ . + 

1 Queue BLINK I 

} 4«ueue Entry Leiicjth I 

+ ^ . + 



Wueufc Entry Length 

The Queue Sntry Length specifies the ieixqth, in words, of the 
queue entries on the t;ueue. This queue ienyth included the FLIMK, 
BLINK/ reserved/ and opcode bords. All entries on a queue are oi 



f<<:'fc.erved For Softii««jie 

The reserved aiord rcay be used by the driver program for 
whatever tutpose It s«i^hes. The Independent queue header must be 
allocated on a four wore boundary. Independent queue headers are 
j>uDject to the same rules for interiockiny that the PCB queues 

enjoy. 



5.3.2 Queue Entries - 

Queue entries are the structures out of which coawands and 
responses are cuilt. They possess forward and backward linkS/ to 
enable the ccnsttuction of a doubly-linked list. The format of a 
queue entry is given belotaJ 
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^ : . — . + 

i FLIKK 1 

+ ^ + 

1 BLINK i 

+ . . . . ^ + 

i i<esei%ed for Soltware i 

+ ^ ^ — -' ♦ 

I Operation Code (Entry type) I 

^ ^ + 

i Queue Data Q I 

+ ^ ^ ♦• 

1 Queue Data 1 I 



^ , . . + 

i CijUeue Data ti I 

.^... . 4- 



The J^LJNK points to the next entry of the queue (Forward 
i^iivK). LLlhK, on the ether hcndy tcirta tc the previous queue 
eritiy. ii thote is no rtxt entry, then tht ILIKK points back to 
tne quaue header FLImK. It there is rso previous entry^ the HLINK 
i>oints bacK to the FLINK ycrd of the qutue header. 

The Mord reserved for soltware hill never be altered or 

exauiAUfcij bv the LCG «i tort. The Gperation Code specifies the type 
of the entry; i.e./ Send Datagrani, Load MCATy etc. swords 
l:ollo«iny the Operation code are type dependent. 



t).3.3 Protocol Type Table - 

The Protocol Type Table specifies a set of protocol types, 
«ith their associated free queue pointers that are considered 

enabled hy the port. «hen a message hhich passes the received 
address filter is cetected/ this table hill oe exaained. Thus, for 
3 n»uiti-cast racket to be received into a protocol type queue 
(either knofcn or unkncfcn) its destination address must be enabled 
in the fflulti-cast address table. If the protocol type of a 
received packet Batches an entry in the PIT, then the associated 
tree cueue of that ?.?CTCCCL TYPE entry is used to supply the free 
yueufe entry used to store the mcoaing packet. A protocol type is 
not consioer€'1 unless the correst.ondiag enable hit (siyn hit> is 
or. it is required to have the protcccls arranged in the table in 
ttsceiidinq nuiterical otaer. This allocs the aticrocode to stop 
se^rchiny the table attei ttse first tiite that the ptotucoi type of 
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the mcoaiing packet is less tnan an examined entry in the protocol 

type tabi-G. 

The nuffibet cf protocol types alioi«ed for a particular version 
of. the Nl Microcode is specllied in the til read station 
inf orfiiation. The i^ort driver »ust read this nuaber in order to 
cisccver hoh jsany entries are available for Coth MCAl entries, and 
PIT entries. The Protocol Type Tahle must be allocated beginning 
on a tour «ord ooundacy. The table «ist be built with the nunber 
of entries specified in the HI read station inforaation, even if 
some of the entries are not enabled. Listed below is the general 
torff:at ol the Protocol Type Table: 
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Piotocol lyya lable 

OCT 

I K.1- — ^ — 15>1 <16-31> I J 

i Enable i FbZ i Protocol Type value i 1 
+ . — -.. . . _+ 

I FR££Q queue Jieatiei address i 1 

■^ : _ _ — «— . -.- 4. 

i Reserved for Soitkare i 2 

■-«■ — ' ■ + 

I Kl 1£>| <16-31> I i 3 

j enable t ¥.B'l t Protocol Type value 1 ) i 

+ ^ . ^ + 

I FREE^i i queue headei address J 4 

■i- ■ ■ ■ 4 

i Keserved for Goitsidre 1 5 

..+ ^ , 4. 

I Kl lb>| <16-31> I I 6 

i Lnabie I MEZ I Piotocol Type value 2 I 1 

■*■ ■ ■ — ■ ■+ 

j I.- 1; t. ft 1^- ^ ft ij f\-xj fi Y, f' "^ "^z X ^C'^T f^ S S I 1 

* ■ ■ ^ ^ + 

J Ktiierveti ior Solti»are j 10 

• + + 

I u i<l^ 13>| <ld-31> 1 J 11 

i iiadDle I f<LZ I t'rotocol T'i'pe value 3 i | 

+ ^ ^ ^ + 

j FRtEQ 3 queue headei address i 12 

* ^ ■ - + 

I reserved for Software I 13 

.+ ^ , + 

i }<1 lb>| <16-31> 1 I 14 

J Enable | HBZ I Protocol Type value 4 I I 

i t'RttQ 4 queue heacei acdress 1 15 

^ , _4. 

I Reserved for Solthare I 16 

.+ . . « _. ^ 

I i<l^ lii>| <16-31> I ] 17 

i Enable 1 ^^6Z 1 Protocol Type value 5 | | 

+ , . , ^ 

i FRtE4* 5 queue header address I 20 

+ — ' ^ ■ — ' ^ — ♦ 

i reserved for Sottfcare i 21 

. + . , ^ 
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■ + ■ ^ — + 

I \<1 16>| <16-31> I f M-2 

1 Eiiable I kB2 I Protocol Type value N 1 j 

■*— ^ ■ — — f 

j t'HEEQ K queue header address | M-1 

I Reserved tor Softitare i M 

•+ + 



The LCG i^l caches the FTt internally when the LOAD PTT coaaand is 
liioued. ine driver i£> tree to alter tiie fit whenever tne LuAu r'li* 
coiRKartd is not pending. The protocol v clues yithin the table taust 
be assembled in ascending nuaerlcal order. Gnly the Dinary value 
of tte i^rotocol type itseit is considered in the sorting order. 
i\on enabled protocol types are ignored, 

■' r " prctorc? typp i" receiv^c Hliich i? not in this tstley the 
jKGSKase iiill be pieced onto the Urjfnown Protocol Type queue, 

arsclicred in tae i-Cc. 

It the i^oit is enaciec taitnout havino loaded tne PTT alter 
initialization, all i<totocoi t^pes art disabled, except tor those 
MOP protocol types ahich are implied active by the setting of the 

t<WGr .fiode Dit. 



Enable 

This iiit, 'arhen set, indicates that tne associated protocol 
type is valid, and should be considered when the PTT is cached- 



iTotocol Type Value 

This vaiiabie s^ecities the value ct protocol type that should 
be placed en the associated queue when a osessage of the protocol 

ty r- ''^ i i5 r ec e 1 v e d * 

Note that the tiee queue inoirecticn schease such as the one 
discussed above allows the sharing of free queue lists between 

i.;rotocu] tjfpe;^. 
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Queue Header kaniH&s 

This «ord contains the physical adcress o£ the FLINK «ord of 
the dssociatcd free staridlny queue headtr block. 



6.3.4 Euffei Descriptors - 



a 



At times it is desirable to have diltetent portions of 
datayrajfi be in different packing loodes, or to allow different 
portions of a datasra»r tc be built at different tiroes without 
incurring substantial overhead in cot*yjnq the datagraia troffl buffer 
to buffer. An exaaple of this is Mhen iouer layers of network 
softi.are fcisb to prepend data to e user's data in order to 
iocililoLfc: iioi* control/ routiny/ iiession control, etc. Tfiis 
leature is iiccofflplished through the aiecfanisa of buffers. 

Tne use ot buffers for a coafliands is activated by setting the 

BSD bit of the flags byte. 

^ buff^^r rnvvist^' ct ^ list of •-s'^^Ti^rts cf ire^ory/ eTch 
segn?ent beirg physically contiguous/ end resident within physical 
ihfimOL:^, Ciflereiit seytiieii to of a btfler are not assuuied contiQUous/ 
and ray lie anyyhers '*ithir, the f^.>sicai addrea:; sf,ace of the host, 
it is assuaed in noriaai use that different seysients ot a buffer are 
unique ti.e./ tney co not overlapj i»itnin a hosty and that each 
segment is in only one packing mode. A buffer is described by a 
list of Buffer Segment Cescriptors (BSDs). 

Each buffer segieent aescriptor describes a single contiguous 
piece of a buffer. Each descriptor is a four Kcrd block, allocated 
on a four word boundary, and built by the driver in physical host 
aieiaory. In each of these blocks is a pointer to the next 
descriptor block (if any), a pointer to the segasent of the buffer 
so described, and a field indicating «hat packing mode the segment 
IS in. In addition, within each block is a field giving the size 
of the buffer segjisent in bytes. 

A buffer is referenced by giving the physical address of the 
first word of the first BSD in the chain of BSDs. This address is 
called out in the S^ND DAT*G8IH coaffand packet, Kher the flags byte 
of that cowffand indicates that buffer descriptors are in use. The 
lormat of the SEND DATAGhAM comflsand is ettectd by the setting ol 
this flays bit. 

Note th£t this is tnlike the C120, yherein buffers are called 

out uy Bdi**: ana d K«y/ and are teierenced by indexmy yithia a 
table of buftpf header blocks in order to obtain the address of the 
chaiii or btffer segment descriptcrs. Xlie BSL torasat is specified 

tf€io«: 
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(buffer segment ceaciipior) 

^ + 

I <6> I j <12-35> j 



I HB2 f tacking Mode | WBZ 1 Scgaent Sase adcresa | 

+ — ^ ^ ^ ^ ^ 

1 I <l2-35> i 

I MB2 J i^eat BSD address |> ■«■ 

+ . , . . , . ^ 

1 |<_20 — — -^ 3b>| 

1 MbZ 1 Segment Length | 

+ _^ ^ 

t isesetved for use by soft«ace i 

+ , — . . , + 



(butter segrsent descriytot) 
+ , ^ 

1 I <6> I 1 <12-35> I 

i HftZ i tacking Moue 1 Hhl 1 Segacfit Base adaress j< + 

■*■ ■ ♦ 

I t <l2-2e> I 

I ^.S^^ I J^ttAt BSD iadClftiSS I 

+ ^ 

I K20 3b>i 

i ^'fci i Segaent Lengtn I 
+ _^ ^ 

I Neserved for use by softtoare I 

+ ^ 

Packing *«ode 0<6> 

This lie id describes the packing mcde that the buffer segment 
pointed to is in. The packing aoces, with the associated bit 
values are listed beloiiji 

1. - Packing ceode = Industry Coropatible 

2. 1 - Packing a-ode - iiigti iensity 

For an extended discussion ol tne packing ojodes, please 
consult the section on tacking «odes. 

Seyjoent base Address 0<12-j5> 

'»"his Lie id -jives t^e physicat address of ttie beginning of the 
buffer ^egaient. The buffer seCjffient must begin on a hhole word 
ooundarv. 
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kext ESD address l<l2-35> 

The next bSD address points to the first fcord of the next 
fauiler Gegisent descriptor in ttie chaiii. It the next BSD field is 
zerc/ then there is no next segaent descriptor. 

Segment Length 2<20-35> 

This field yives the length in bi'tes of the buffer segsjent 
pointed to, Note that the total lei^ai length of the text portion 

ol an Ethernet packet is 1500 isytes. 

Tt is allcwed that BSOs may be built in the queue entries on 
the coffinsand queues. Indeed/ it is assumed that this is the 

iitanuard use. dSUs Must oe aiiocated ol a four kord houndary. 



6.4 ^'ulti-Ccst Address Table 

•■^Ho »«c?* ir thp «iiiti-r3rt adrrpss table. This taMe 
specifies i^hich nultl-cast Ml addressts are to be accepted by the 

LCG hi audress iiiiei. i^ote tnat an adci;ttss is not considered for 
coflif-arisofi unles:: the associated enable bit is on. 

The i^CAI IS cached intarnaily ahen the Load mCAI coffiniana is 
issued. The port driver should refrain frosi altering the mCaT when 
such a load co»fliand is pending/ that iS/ after the connand is 
iinktd onto the coiciiianj queue and teiore tht co&aiand is iin>iea 
either onto the response queue or the urknown protocol type free 
queue. The port ttill rot ejcamine the kCkt until such a comroand is 
issued. The port will rever change data in the HCkt, although it 
will reaa all entries uhenever the load coaffiand is Issued. 

In ALL I«ULT1-CAST mode/ ail received packets with the 
MULTI-CAST Lit set in the destlnatior address yill pass receiveii 
packet address filterin§. In order to enable ALL >«ULTI-CAST asodS/ 
the driver must set the AMC bit in the «rite Ni Station Address 
coinniand for the KLIO. The following ii the arrangeaent of a pair 
of words thct Stecify cne asulti-Ccst acdress. Byte is the first 
byte receivec or trarssritted over the Ml wire, fiyte 5 is the last 
uyte received or transnitted. Therefore/ bit 31 of the first aord 
of the pair is the first bit on the mice, and is thus the MULTICAST 
bit. 
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Bmarj* L.t6ei Ot Hiilti-cast Address 

0.. ....... 7 8.... 15 16 23 ^4. ....... 31 32-35 

.+ ^ . + 

I Byte 3 i Byte 2 i Byte 1 I 8yte | FBZ | wcro 

+ — ^ . . 4 

multicast bit 

1. ............. 15 16. ....... 23 i4-. ...... 31 32-35 

+ ^ , . . _+ 

I EHk I kBl t Byte 5 I Byte 4 | mi | Word 1 



The tolioMin^ Illustrates the fotwat of the mCaT. Entries that 

have the enable bit oft when the MCa is cached are not used in 
address cofflparisor!. Each ^CAT entry corioras to the binary order 

of Ml addresses format sho*n above. 

"CAT iorzit 

< 1 >^2 . . 31> <32i35> 

+ ^ . — . »- + 

I ,vulti-casl adorers Q, word u f t^hz | 

+ ^ . . 4 

I i.HA j Multi-cast address 0, Word 1 1 MBZ | 

.#. .. ^ ^ .^ ^ — ^ + 

1 iMuiti-cast adoreas 1, Word Q } KBZ I 
+ ■ — ^ ^ + 

i tUk I Multi-cast address 1^ Word 1 i MBZ | 

+ ^ + 

i ^ulti-cast address 2, Word 1 PBZ | 

+- ^ 4 

i fcNA f Multi-cast address 2, «ord 1 j HBZ | 

I i^ulti-cast address 3, »<lord | MBZ | 

+ ^ ■ + 

I £nk ! i«:ylti-ca£t address 3, Uotc I | iMBZ | 
+ , _ . 4 

1 Multi-cast address 4, «ord I HPZ | 
+ : .^ 

i lUk i ^uiti-cast address A, word 1 i mz } 

.^. . ^ . . , , , «+ 
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^ , + 

I Wulti-cast sddiess U-1, 'liord 1 UBZ \ 

I Eiik i ^liiti-cast address U-1, Word 1 | MBZ I 

+ — ' ^ ' + 

i wyiti-cast address U, Wore I HBZ 1 

+ ^ . ■ ^_-«_, , — ■ + 

I ENA I Multi-cast address 1^, Mord 1 I HBZ \ 
+-• ■ ■ ■ + 

The table is alfcays considetec fell (i.e., the port will 
<alkays read iiie ciitire tabic)^ aithouih word pairs without the 
enable bit on are not consioeieo. The kC^l must be allocated 
beyinniny orj a font «otc block. The nuEber of **C'AT entries allOMed 
is st-eciiied by the Nl Coniiyur atlon pott register. 

I^ote that the high oroer bit of wo id 1 ot each HCki entry is 

T ff'^lp *" 1 1 . ".*'1'^ pr~flp Hit "rrfcifirs v*^etl"er the tvo viorr! pair 
li- to te treated as a valid irulti-cast edriress or not. The oit 
aiust Da isei -lot tiifc aduiess to be coni>ioered valid. The enable bit 
is net con^icoted kher setting the addresses yithlr the table in 
otaer to present tnesi in numerical ordei. 

If the tort is enabled after initialization without loading 
the HCkJ, ro ffluiti-cast addresses are enabled. The only packets 

latil dili t.ass the receive aduiess fili.tr iiil i.*j those that iBatch 
the physical address of the port/ and BROADCAST (destination 
address of all ones) packets. 



5.5 Heceivec Packet Filtering 

for a packet to be processed by the port it arust pass the 
receive address lilter. This filtering occurs according to wode 
for every packet received over the HI wire. Packets which do not 
pass the address filter are discarced without increment of a 

DatagraK Dinrarded event counter; by dttinltlon packets which fail 
to pass the address filter are not addressed to the receiving port. 

Received packet filetenns only occurs lor packets intercepted 

oy the ^.I link while the laicrocode is ir the ENABLED state. 

ir d cecejve'"* pacKet nab an acacia t ot tfHLAucASi (.oestmation 
field all ores,) then the faclcet psssrs t^ie receive arJdress tiltst/ 

anti is piocesseti. 
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If PROI^ISCUCUS liiode la set, all packets received by the port 
are considered addressee to it, and are yrocesseti. Utfierwise. .. 

If ALL M)LTI-C*i>T node is set, all received pacKets yith the 
iculti-cast address bit in the destination address field set will 
pass the address filter. This aoce i£ a proiaiscuous node for 
multi-cast jackets only. In additlcn under this Boce, if a 
received packet's destination Batches the physical address ot the 
port, the packet passes the receive address filter. Otherwise... 

k packet passes the filter if its destination adsiress matches 
the port physical address, or 11 tne destination address Is a 
iBiuiti-cast address, and Batches a aulti-cast address enabled in the 
ffiulti-cast acdress table. 



6.6 Fort Coiffliands Snd Responses 

CoBSffiands an<l Hesgonses are the packets that the driver and the 
port send lo each otfier m order to coaiBuniCate. A CoaiBdnd is a 
r«>quest trorn the port iriver for t^e fort to rrovlde sotre service. 
The placir'j c£ a coirffiand on the comsBarid queue triggers processing 
iii the HI yoit. "r lacing a cotfaiano ou the yueue" includes setting 
the cofiiiuand gueue available bit in the ^iort status register if the 
coiereana is linked onto zi\ empty coeaiand queue- 

A response is a packet frosi the port to the driver inforaing 
it of an event. This event roaj be the reception of an incowing 

jacket, the caapietioii cl a coiBmand, or an error i«hich occurred 
ahile processing a coffiaand. 



6.6.1 CoBifKand Processing - 

Khen couiffiands are present upon the coi8a»and queue, the port 
microcode will delink the first coaaand on the comroand queue, 
process the coainand, anc build a restonse if either an error 
occurred or if the port driver specifically requested a response 
packet by setting the Response bit (R bit) in the fLAGS field. 

Cosnatana processing coiEir,ences when tne port discovers it has a 
jjacket linked on the coaaand queue (see PCS definition.) The port 
always checKh after processing a ccroaanc to see it another exists 

on the coioaiand queno. It not, the port goes idle. The port wakes 
up again after the til driver has placed a co«Eand upon the coaaand 

«juf>yH, dnd i«aiieb tv.e cofi!a>and ijueue isvaiiaDle bit in tne CSF 

HeyiKter to indicate that a new coffwand is available. 
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b«6«2 RestiOfijes - 

Resyonb€s to constiiands ate built it either an error occurred 
yhiie urocessmy a couffandy or if the hESB bit is set in the pLAGS 
field of the original ccffiBiand packet. if a response is not built, 
then the cojofflaiid entry is linked onto the end oi one of the various 
free queues, depending upon the trotocoi t^pe of the ir.essage, if 
the coffiffiand is a Send Datagram, ar.d onto the Unkncun Protocol Type 
free queue if the coBiiisand does not generate a packet. 

When a response is built, it bill be linked onto the end of 
the sesponse queue anchored in the PC8. The driver Is to reaiove 
these entries oy deliOKinq theffi iroK the nead of the queue, and 
tTocessing theia. If the response queue is eicpty when a new entry 
is added by the port, then a host irterrupt is submitted, if 
rateiruuti. aie euatpleo. 



0.6.3 Remote Reiiponseiv - 

■■"' -1 (- !,- n t" ;- »' f" 1 c ^ "^ r '^ r 5 r €" i v "^ o v f r ■f h r< »• ■( v i r *? ^ 1 ?? o "^ e n 9 n T s 
L'^srcnse packets, which are linked cnto the end of the response 
quetie, at. dbcvfc. necti-VeJ dotayians aie mdrktd as such by an 
opcode of !^. There is no ISC ly ke. t-rocessing for Incoaxng 
QiitB yrasi^i. 

Remott; responses are built in queue entries gotten from one or 
the other of the free qteues. If the Ptotocoi lyye of the received 
datayraii. is found as an enabled entry ir. the Protocol Type Table, 
then the free queue entry Is obtaired fro« the iree entry list 
iointed to by the queue header pointer cf the PIT entry. If the 
Protocol iype is not found in the PIT, then the free entry is 
obtained froB the Unknown Protocol Type iree queue, anchored in the 
PCB. If the queue examined in orcer to get the free entry Is 
empty, then the receivec datagra» is DiSCAHOEO, and the Oatagraoi 
Discarded event counter for that queue is increffiented. 

Mote that processir^ of a received packet takes priority over 

processing £ ccasffiar.d i^acket. Procesi:ing of both coEimand packets 
and received P3ci?ets are atoisic operations, and will not interrupt 
each other. 



b.6.4 Self Directed Cotmarids - 

IL i ft. byec I iicHxL)f aiiciied tor a Uctatsraffs tranantit teu to oe 
destined tot the transi^itting node. The iesi^in of the *ii Adapter 
(tne MI jjnyslcal channel), hokewer, shares the CRC 

yeneratoi/checkec between the receive ar.d trarsflsit circuits. Thus, 
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siiice the CRC ciccuits jBiist be usea to check the incoBing yacket, 
packets destiiied for the ttarisftitt iny node aust supply a CkC code 
that Mill be transmittec! in place of the internally generated CRC. 
this driver CRC is appended onto the ena ol the normal data packets 
and the ICRC (included CRC) bit of the packet FLAGS field is set. 
The text length does net include the appendec CftC/ rthich must be 
generated according the algcritha Sfecitied in the Ethernet 
iilueuook specification. This CfiC is four bytes in length. 



b.b.b fort tunctions - 

The following functions are available to the port driver: 

i. iiMbuh - ittiiu u<itaiitii& - Cauiits a ft 1 dalayraBi to Dm ouiit aaa 
transaiitted as an Ethernet packet. 

2. LDt^T'I - Load Protoccl Type Table - Causes the Protocol Type 
Taiilc (PIT) to be internally cacheo by the port. 

Address Tnbie (MCftf) to be internally cached by the port. 

i. nCC^T - UecX r.iiC Clcei Ccuntcii - CdUi^.s the evtat counters 
Kept by the port inicrocooe to be cleared acccrcmg to the i-LAGS 
bit CLRCIR supi-lifed in the cosiftaud packet. if the Response 
(RbSP) bit in the FLAGS field ii, sety a response is generated 
containirg the evert counters kept by the port microcode. This 
coffliftcind is a pcrfoittance Aonitoriny and diagnostic feature. 

5. liRTPLI - irite PLI- Causes a PLi write with the specified 
function and data b^te. This coBiKarG is a diagnostic feature. 

6. RDtLI - Sead PLI - Causes a iPLl read with the specified 
function. it a response is built for this comnandy the data 
byte teac froir the fLI is returnee. This ccfliffland is a 
diagnostic feature. 

7. hDNSA - head iil Station Address - Reads the wl station address 
froE! the fil link physical address RO^*s. Tnis coBaaand also 
reports the state of several link mode bits. 

d. i5«TNS<A - krite NI btation Address - isrites the Ni station into 
the Nl link address RliMs. ^Isc sets the state of several link 

KOde bits. 
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6«7 Error Hanoi mg 

The port inlcrocode is capable o£ retrying many operations that 
lail/ this alloys a larye part of the error recovery to be bualt 
into ttie port aicrocodcy and reaoved tr era the port driver. Mhen 
the port encounters a fatal, non-recowerable error, the port will 
stop processing any asore coaaands. 

The error handling procedures for the NI20 are specified in 
the ¥.Lhl Error Specification, written bj Joe Holeina. 



6.7.1 Port hardware Errors - 

in adaition, ititirfc are a class oi itore severe errors which 
cause the port to cease operations iaaediately, and to exit to a 
special i«lcrccode location that ticS a CR?l^f parity error- The 
console wiii notice the error location, and will re-initialize the 
port, if possiDle. The errors that result in this action are 
listed helo«: 

1. Loc. 77t0 -INTF HMAL.FRRCP -internal consistancy error 

2. Loc. 7751 -FAIL.SELFTE3T -start \.y self test failed 

3. Loc. 77c.2 -t'AiL.EBUi -ebus parity error 

4. i.oc. 7763 -FAIL.PLIPE -unrecoverable PL! parity error 

5. Loc. 77fc4 -F^lL-CliJf^NEL -fatal charnel error 

6. Loc- 7765 -FAIL.C6USPE -unr ecowerafcle cbus parity error 

7. Loc. 7766 -F*IL.X^;IT.iiT -spurrlcus transwitter attention 

8. Loc. 7767 -FAIL.HCV.AT -spurrious leceiver attention 

9. Loc. 7770 -F AlL.X^-r.TI*? -transmitter tiaeout 

10. Loc. 7771 -FAIL.PARPPE -unrecoverable toraiatter parity 
predictor error 

11. Loc. 7772 -USfcO. BUFFER. PS -used oulrer list parity error 

12. Loc. 7773 -FREE. BUFFER. PE -tree buffer list parity error 

ij. Loc. 7774 -h¥ll .tut fKH,k't -unre coverahie transmit duller 

i;3rity error 
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6.7.-£: Error fe;venti> - 

Various errors fisa> occur which do not necessarily i»ply a 
hardkare cBaif unction. These errccs irciude excessive collisions^ 
CRC errors/ framing errors^ etc. Ihe occurrence of these errors 
teriBinates the packet transmission or reception in progress when 
the error cccurs/ but do not effect the processing of other 
comfliands or packets fceing received. Errors of this sort are 
reported by creating a response packet for the transfer involved^ 
and setting the STaTOS field acccrciingl j. a list cf possible error 
conditions is provided below: 

i. Unrecognized comttand - Packet has invalid operation code. 

2. Buffer length violation - PSD has inconsistent buffer length 

ItilOIiUd LlOii. 

3. CSC errer - deceived packet has CftC error. 

4. cvamxnq error - Received data not byte aiigned- 

*" • p T. r- V o t' * c 'or!"" ■" r ^ c **" ? t" 1 € nr t ^ ?; x c c ? "^ e jt 3?t ir'un' * t h ° r np t 'r' bck " t 
length . 

G. Excpi-siwfc Collisioiif, - Packet cullice^l lo liuies in succession. 

7- Carrier Lost - Carrier lost teioie end oi pecket detected. 

8. Collisiofi detect check - Collision detect heartbeat failed to 

assei t . 



6.7.3 Datagram Discarded - 

Under ctrtam conditions/ received uatagra«s may he discarded 
due to insufficient huffer space. This is a characteristic of the 
datagram class service that is otferea by the fs I port. To wit/ if 

c received datayran? is occupying hufler space iii the Ulk, and 
obtaining a tree queue entry froa sooie tree queue fails, then the 
datagram invclved is discarded/ end the Oatagrairs Discarded counter 
tor the appropriate tree queue is irxreeented. This occurs even if 
tiUtler space m the link is still available. The rationale for 
this is that 1) other packets being received aiay be able to be 
stored sinct the free queue error condition is protocol type 
dependent/ and 2) il the link fills vy, datagraiiis will be discarded 
fcitnout inctefT'ent ct a Latagian;? Liscarceti event counter. Uo otner 
rrror indicitloii or resronse is sade. It is up to higher levels of 
tne netiioric to detect anc recover iro* such errors. 
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it the jjort is addressed by a butst of t^ackets such that the 
internal butfer space in the Ul physical channel is exhausted^ 
datagrams sa^ be discarded yithott increment of the Datagrams 
Discarded counter. Ihe bufier space allowed m the physical 
channel (NI link) is sutticlent to make this a loa probability 
event. The Hlh has 16K bytes of bufiering organized as 32 X 512 
byte buffets. This is fufficlent to stcre thirty tuo (32) miniaua 
sized packets and ten (10) maximum sizec packets- 



6.8 Event Counters 

In order to provide for perfcrraance measureaent/ and 
diagnostic purposes, a ruosbet of evert counters are provided by the 
i>ort. Tneae record the occurrence ct certain events, and can De 
read and cleared upon coffl«and by the criver pro^rau. These event 
counters do not necessarily record, or imply, abnortaal errors, 
although high counting rates tor soRie ol thea »ay indeed point to a 
nardiic-re or sottaiare failure. A list oi the applicable events is 
yiven beloy: 

1. f-eceivc-i 3 byte CI J 

2. Transiiii tti^ a byte £13 
j. Keceivtid a iraflie 

4. fransfflited a frase 

b. Received a aulti-cast byte L12 

6. i<eceived a iaulti-cast fraae 

7. Transmited a frame that was initially defered 

8. IransRiited a fiaae kith a single coilision 

9. Transmited a frame t«ith multiple collisions 

10. Failea tc successfully transmit a rtame 

11. iiend fciiuce reason bit Kask C2l 

12. iransffiited a traiee yith a late coilision 

13. Collisicr cetect cfseck failed to astert 
11. roil?-* tc ouccjrj^tul !y receive s frsm;? 
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lb. f(eceiwed failute ieascn bit Hiask £23 

lo. Discardea a datagratR for Unkrio*«n Protocol Type free tjueue 

17. Discardec a datagrat^ for Protocol T^pe entry 1 free queue 

le. iiiscorded a datagrtiBi for Protocol T^pe entry 2 tree <iueue 

19. Discarded a datagrair for Protocol Type entry 3 free <iueue 

20. Discarded a datagraB for Protocol Type entry 4 free queue 

21. Discarded a datagraa for Protocol Type entry 5 free queue 

22. Discarded a datayrair for Protocol Type entry 6 free yueue 

23. Discarded a data»gra» tor Protocol Type entry 7 free queue 

24. Discarded a datagrat tor Protocol Type entry 8 tree queue 

25. Discarded a datagram for Protocol Type entry 9 free queue 
2*5. Discarded a fiatayrair for Protocol Type entry 10 free queue 
27, liscciV'-'iec « datnyrac for Piolocoi Ijp« entiy 11 free queue 
2d. Discarded a datayraa for Protocol Type entry 12 iree queue 

29. Discardec a datagraif for Protocol Type entry 13 free queue 

30. OiiiCarded a dataQran! for Protocol Type entry 14 tree queue 

31. Diiicarded a datagraac for Protocol Type entry 15 free queue 
3z. Diacardec a datagrai for Protocol Type entry N free queue 

111 Although this counter is indicated as counting uhen a 
byte is trsrsferedy Ir the irterest of efficiency the total of 

Dytes transfered in a jacket ttansfiiit oi leceive is added to the 
appropriate counter after the transfer is coaplete. Listing these 
evert courters Ir the f?£hion indicated is a qccd abstraction. 

£2J Thia i>it mask provides an indication of unicti errors 

have occurec/ but does not indicate how «any of yhich errors have 

occuied. The bit a ask is defired ir tie section descciblng the 
i<ead Counters coKraand. 

The Peac and Clear Pert orir-ance Counters conraand reads the 
walues of these courteii and returriii thetfi in a response packet. 
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It is required by the Network Maragnsent specification that 
edch HL itoce handle certain i'aintenance Operation Protocol 
Wiessaqes^ in particular. Request IB (kE4ID), Loopback (LPBKi, and 
Read Counters (KDCNT.J In addition, the Ethernet blue book 
specifies these client layer protocols. Due to microcode space 
considerations, these features are not iapleiaented in the UI20 port 
microcode. 



6.10 Broadcast Of Systea ID 

It is required by the NI product architecture for each Ul node 
to petiocjxcaily ttiinsint a s^steK iu ii.ess6ye on the systea 
configuration wuiticast address- Ihe pert will not perform this 
iunction. it is the responsibility of the port driver and 
operating system to provide this feature. 



fa. 11 I'ort States 

There are foLi LCG J.I port state^. These states are listed 
beiow. 

1. Llsabled - The port is offline. Local coajBands will be 
processec. 

2. Initialize - The port is coming online; functionality not yet 
available. 

j. Enabled - The port is online; full functionality is available. 

4. Halted - Tha port aicroseqiiencer is halted; nothing is 

available. 



These four states lorffi a con»plete description of the port 
state. 



7.0 COMMAND SPECIFICATION 

The tclioyin? sections discuss t|-;e fornoat of the various 
coinffanas a.nc re-Ti'On;itib cncit trte Lt<.. hi yoct lecognizes, ana can 

prortuce. 
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7.1 FLAGS field 

The format of the FLAGS field is show beiou: Note that there 
tire t«o foiroatS/ one for the Send Datagram coaiaiand and response 
(and the Datagram Received response,) and one tor all other 



coffloanas ana responses. 



Send Datagrisffl 



+ + + - + + + + 4-^ + 

I Pack 1 ICEC I t&h j RSVD I BSD 1 KSVD I RSITD | Resp | 

Not Send nataeraiin 

+ . _+ «.^. . + + + « ^.._. ^^ ^ 

I FSVU { rSVD j nSVC j hS¥D | fiSVl j pS¥D JCLkCTR | Reap I 

+ + + + _+ ~ — + — .+_^ +—__«_+ 

rack 

PackirKj Fotffiat - Detlnss the psckirg tormat tor non-ESD 
ualdyrci!ii)i». li liiis Lit in 0/ tiie datagxaai is in mduotr^ 
coni?atible mcde. I' this bit is 1, tha datagrair is ir hieh density 
OiOde- kil ddtagiaffis are aiuays transniitted left-to-right. 



BSD 

Buffer Segment Descriptor - If this bit is l, the datagraa is 
using the BSD format described under the Send iiatagraai coaiaand. If 
the bit is 0, the datagram is in 'IffiEediate' mode; that is, the 
data to he transaitted follohs the destination address in the queue 
entries. 

ICRC 

sheii set/ the port oriver has appended a lo'ur character CRC at 
the end of the datacraai. This CRC is to be used instead of the 
internally generated CPC. This feature atust be used In the 
transfflission cf self-directed datagraaifc. The length lields in the 
cofiiffiand packets do BQl reflect the adcition of the four extra 
characters. 
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PAD 

When set, the port »ill pad packets less than the ethernet 
miniiiUius size by apyemdirig 44 i>ytes to the end ot the tJdcket. In 
addltioHy tyo bytes indicating the Vciid data length uill be 
prepended to the text data. These length bytes are transaitted Iom 
ordei byte lirst, and indicate the nuftbet of actual text bytes (not 
incliidint^ padding) that occur within the packet- The tho length 
bytes are alfcays transsitted uhen padding is enablel^ regardless of 
■ihether padding «as necessary for a particular packet transaitted. 

khen clear, the pcit dees net dc s»^ch padding. If a packet is 
padded/ it wili he padded with zeros. if a packet is presented to 
the tort without this bit set, and it is less than 46 bytes, an 
error reiipcrse fcr a "turt" packet is generated. Packets presented 
that dtt laryer than the flsaxiUiUffi tthernfct t^acket size always cause 
a lenqth error, and gefieiate an error response packet. 



Rest 

"^■^l/or-'e - "'r^en tnin cit iz 1/ tne rort wi?i li^zy^ ^^lH^ 3 
response after pcocessirg the coBurand. 

CLkC'I'M 

This field is valid only foi the Read Counters comaand. If 
this hit is set, all the counters will he cleared after their 

walutts aie rtt^urted in the rest^onse i^acket tor this coituiaad. 



7.2 Status i-ield 

The folioMing field is used by the port tc report the status 

of <a coiBiJletfcd coBiiand. This field agpears in the coBBsand oycoile 
word ol the gueue entry. When valid, this field indicates the 
logging of an exception event. 



i 
I 

+ 

Send / Receive 

*h"n tnls bit is zero, an error occiirrnd on receive; receive 
tailed, When this uit is one, an error occurred on transisit; 



1 


i 




3 


4 




b 




6 


7 


1 spare ! Sen^/ 1 








Error 


Type 








1 Error 


1 IReceivel 

^ + , 4 — 




i 




1 


1 
+ — 




i 
— + — 




i 

-_+— — — 
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Lrror Type 

This tield indicates the error evert being logged. The field 
IS set according to the iollowing tatjle: 

Eit valUG Event type 
(octal) 

00 iLXcessive collisioFiS C2J 

01 Carrier check failed (earner lost) L2J 

02 Coiiisicr detect checK tailed 

03 Short circuit C43 

04 Oi?en circuit C4J 

05 Frame tec long 

06 88»ote failure to defer (late collision) 

07 BlocK check error (CRC error) 
iO i-idKiiiti error 

11 Data overrun (NI« bulier space exhausted) 

12 Onrecognized protocol t>pe 

13 Fraae too short L3-1 



31 ':"ei!e t^ncth violation 

32 illegal PLI function 

33 Urir eccynized comasarid 

34 TAiilet lenyth violatiua C]l 

■ib Free butter list parity error tSi 

36 iransfflit buffer parity fctror 

Cij for a tr an5u(ii>sioii/ tltis eirci ftieaiib that the leayth 
information in the transmitted BSD «as inconsistent. Dne such case 
is when the length field of the transmitted datagraa does not watch 
the total length oi the BSDs to be transfflitted. 

Z21 uhar, this event is being icggec, bits 26-35 of the opcode 
Mord m the queue entry become the fuR reterence nuaber ootalnea 
iron* the SilA when the error occurred. Ihis indicates the tlmey in 
100 nsec tics, froa the time the trcnsmiasion started until the 
error event was detected by the hlh harduare. 

t33 This error occtrs only when pcdding of the transmitted 
Iraire is disabled/ arc the frawe length is smaller than the 
smallest legd Ethernet frame size of 46 data bytes (64 oytes 
including all i-hysicai channel protocol.) Uo indication is given if 
the fraae size Houid be runt, and pacding is enabled. In that 
case, the frawe is [-added as noted ir the description of the PAD 
flag. 

C4J These errors are not detectable using the HIA module. 
These error bits yill newer ue set. iney are included to confora 
wit^ the Network ^anagegent functionai Sjjec if ication. 
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£5J iiiis IS a harayare error; it ii. reported here ciue to 
unusiiai action on the tart ot the pert harduare. This error is 
recovereo by doirsQ a ccnplete, asyrchtorous initialization of the 
rtlA. Any tr dnsitiissior m progress is lost. The receive in 
progress is lost. Any packets stored ir. the MliS buffers are lost. 
wo increment oi datagraiB discaroed counters is Bade. This error 
cannot i>e recovered. Port operation cortinuesy however. If the 
driver seens many ot these/ it should shut the port dottn. 

Error 

Mhen this bit is zerO/ the status field has no aseaning; and 
Must Be Zero. Mhen this bit is one^ the status field is reporting 
an error event; the above definition ot the error type tields/ and 
ut the uiiectioii iielu cci&fcs into etieci. 



7.3 Send Latagraas 

j'i'r-* L^t^c^ra"' c?t£cr ?ti *' 1 c?tp'^i:=:n To te ^u1Jt ?r'.i sent to 
the destination port address. 



7.3.1 SfjUiiG Ccfflffiai"id - 

The queue entry asust be allocated on a tour word boundary. 
t>ata bites ace ajumc^a transiiii tteo froa ieit to right. That is, for 
a given word/ the data in bits 0-7 is transmitted first, the data 
m bits 6-15 is transmitted second, the data in bits 16-24 is 
transBsitted third, etc. This left to right forieat is the noraa for 
ail cata trarsait ted. 

r^ote that chains ot BSDs ana text length fields must always 
describe full bytes. It is illegal lor a buffer to teraiinate in 
the middle ol a byte, the result if this restriction is violated 

is undefined; the systeSi iiaay fail. 

A byte Bay be split accross tKC BtDs if both are in high 
density ifiodey and the tirst BSD teririnates in a aord boundary «hich 

is the end of the first teord of a two ycrd pair. 

The forjjiat of this command as a coffinsand queue entry is 

specitiec oelo*: 
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iir^CLG CoiBttand toriuct (BSD^} 

+ 4. 

i Queue FLINK I 

+ . — --- — — — -_—-._-. — — _ — — ._ + 

I Queue EL INK J 

J Reserved for Soltware | 

.f — — ^ . — .- — : : — . + 

I <Q-1> I <8-15> I <16-23> I I 

I Status I Flags i Gpcode j MBZ | 

+— «———-. — —___-- — —-.__-..——,— — _- + 

i <C-19> I <20-35> I 

I hEZ I Length cf text data f 

i j <16-31> i I 

I ^KZ 1 trotocoi Type Value | | 

+ ' ■ ' ^ ■ ■ — -' + 

J FREEQ header acdress I 

+ ^ ^ ■ . ♦■ 

} r't^t crf'';r rest ir.itlcr ! 

+ _ -. _ — — + 

i L.Oiiii uidei ue:^ ciiiation | 

+ -, + 

j bbU boS€ aoaiess 1 

+ . ^ ^ ' — ^ — ^ -t 



+ _, , + 

] *Queue £nc J 

+ ^ ■ ■ ■ •♦ 

Note thct although the BSD »ay be allocated within the queue 
entry tliat the BSD header roust still be allocated on a four word 
boundary. Frorti the diacraw it is clear that the BSD bai>e address 
is not allocated at the end of a four «crd block. Thus/ the driver 
cannot start the PSD until the first tour word Doundary following 
the ESO babe address poiater. Also reaefflber that this BSD base 
pointer is a physical address. 
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Sl^CCt CoiiBJnand Forsat (non-BSDJ 

+ --^ ♦ 

I Queve fhltit I 

+ ' ' ♦ 

I Queue SLINK 1 

+ . ^ , 4. 

I reserved for Software I 

+ . _.« _ — + 

j <0-7> I <8-15> j <16-23> j I 

1 Status I fla^s 1 Cpcode | HkZ | 

+ ---— — _-. — -— _— + 

I <0-19> j <20-35> I 

I ^EZ I Length of text data I 

* ' ■ + 

J i <16-31> I I 
i HtiZ i Protocol Type Value j j 
+ ^ ^ + 

j FREEQ header address | 

^ . , ^ 

! !•i3^ or'*€r l:pstin?tior I 

t ^ . .^ 

4 Lok order Dei> tiia ti-oi] | 

+__ , ^. 

I Text Liata i I 

+ ■ ■ 4 

I Text Data 1 I 

+ _«, «^ . „_, ^ 

I Text Data ^ I 

+ — ■ _, « , ^ 

• 

I text Data U-l | 

I Text Data *. I 

+ ^ . , + 

1 *Que:ufc Enc I 

^ ^ — ^ . , . ^ 



when this coBisand ii. issued^ the ycrt aiill .build and send a 
datagram to the foit designated. 



ut'cooe 
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tot a Send OatagiciaF comiBand, the opcode field is a 1. 

High / Ley Destination 

These tho words steciiy the destination address of the packet. 
Their lorisat is described beioy: Note that byte is the first 
byte transmitted or. the Ul, and bjte 5 Is the last byte 
transmitted. Bit 31 ol the high order destination is therefore the 

Multicast ddcress bit. This orderintj is compatible uith the 
ordering for ViiX Mis. 

Destination Address tormat 

7 8 15 16 ..23 i4 ...31 32-35 



I Byte 3 i tyte 2 | Byte 1 j tyte | J*8Z j Lou 

+ , ^ 



1 <- » K 



ftult least bit 
1^... 22 I'l.. ?1 J2-3' 



^^-c I cyte 5 i byte 4 i Mb^l J iiign 

+ 



A resporse to the SNDDG coffiaand will be built if 1) an error 
occurred during jirocessing of the coHinand^ or 2) the kesp Dit of 
the FLAGS fifcld of the original datagcaai jacket uas set. The 
format of the returned packet is shown fcelou. J^ote that the format 
ot the coarcara tolloys the format or the original response; i.e., 
it the BSD bit of the FLi*GS field was or, then the response will bti 
in BiiD forifiat as aeii. The forreat will be as lolioys for a Non-BSD 
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DGSN1 Response foriaat C^on-HSD) 

i Queue FLIMK 1 

+ • ♦ 

i Queue &LIIIK i 

+ ^^ . • + 

i Reserved fci Software | 

1 <0-'/> \ <8-l£> J <16-23> I 1 

I Stati-s I Fiaci, | Opcode i f^BZ | 

+-- _-— — . -— -.- _-— — _« — _— + 

I <0-i9> I <20-35> I 

i Uf/'l I Length of text data } 

j J <i6-31> 1 I 

j f.kZ i Protocol Type Value I i 

+ . _: , + 

J FR££Q header acdress | 

+ + 

! :'lgh cr-^^r ^ertinitlor f 

* + 

I i^ow utuei Les tirici tion I 

*• + 

j Text i>3ta C t 

4 _, , . ^ + 

[ ^ Text Data 1 I 

4 — ^ -«.-__« — «-_«_«: — --^ — — «— - — + 

I Text Data i I 

+ ^ . — 4- 



4 , _: : 4 

i Text Data ^-1 I 

4 . . _. .+ 

i Text Data h I 



The fortrat of ^ response for a sere catagraw coBwand packet 
with the BSD bit of the FLAGS field set is shown below: 
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ILSUT Response irornat (BSD) 

+ --. + 

} Queue FLINK I 

i Queue BLl^^K 1 

+ : — ^ ^ ^ -f. 

1 Heserved for Sottuate I 

i <0-7> I <8-i5> I <16-23> I I 

I Status I Flags I Upcode I MbZ I 

+ ^ ■ -, ^ . -^ .* 

I <0-i9> } <20-35> I 

I ^E2 ! Length of text data I 

-+ . + 

1 I <16-31> I 1 

i mz I Protocol Type ¥alue I j 

^ , -■ + 

I FfiEEG header address | 

+ , — . .^ + 

1 '.*ijf! '^r'*er le-t m^^ti on \ 

+ + 

i Loki order Destination i 

+ . , 4- 

I aSli hcS€ address I 

+ ^ ' ■ ^ — #■ 



+ ■ ' — ' + 

I Tejct k I 



The toraiat of the individual words and the t>lts therein 

coiUcrw to the iJitoraiatioci given lor the Sand Datagrais coaaand 
torfflaty above. 



7.3.3 DGFCV Response - 

isner* a catagram is received^ a resfcnse packet is ouilt* Ihe 
iorirat oi a received datagraa is as iollous. wote that a received 

ciatagrdW is never received as a bSC idcket. 
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DGfiCV fiesporise ioriaat 

^ . _^ — 4. 

i Queue FLJMK I 

+ . . -— — -._-.__ — «_-__ _ + 

i Queue 2LIU% I 

+ . — 4. 

I Reserved for Soltuare j 

+ ^ 4- 

1 <0-7> I <8-15> 1 <16-23> 1 i 

I Status I flags } Opcode | MBZ I 

4.— ^ .««— — -_-____: -_—- .: — «_— _« _ ^^ 

1 <0-19> 1 <20-35> I 

1 ^*EZ I Length of text data I 

^ : . : +. 

I iiigh order Destination i 

+ ^ + 

i Low order Destiration 1 

+ . . . : + 

i High order Source I 

1 LoK order Source I 

t -._-—,-_ __ — — ^ 

I I <16-31> 1 I 

J fiil I t^rotocoi Type Waiue i | 

+ : _^ + 

+ --j Data Polrst€r I 

I + + 

I 

I 

I 

I 

J + + 

«— >| Text Datd C i 

+ — ■ ■ — ' ^ ■ + 

i Text Latci 1 I 

+— — — — — — -— — — -— —— — — —.____ + 

i Text Data 2 1 



^ . 4. 

i Text Octa *i-l i 

+ -_, , ^ , + 

I Text Lata « I 

4. . _ + 
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Opcode 
The Ut'Ccde lieid ici a received datagram is 5. 

Length of Text Date 

This tit Id contains the length of the transfered text data in 
oytesy plus four (4} to Include the cyclic redundancy check bytes 
at the end oi the packet. The length value dees not include the 

packet header. This is the length of the data portion of the 
aatagraffl. The packet length iielc always indicates the actual 
nuHiber of bytes in the packet, even it the packet is too long, or 
in an error cf scaie sort occurs, ^ote that the received CRC bytes 
tjre placed into the host iscaory butter iaaeciatel^ tollowing the 
ena of nteijiory data. This is to allow a sottware double check of 
pacfc-et intecrity. If the packet is toe large for the receiving 
buffer/ data is deiivered until the end of the bufier is reached. 
i^o CRC is cfcipended to the data in this case. In no case siill the 
oata transferee to iKfeiticry <incluoir(} CSO exceec the boundary of 
the butter. 

Protocol Ty^e 

Thi;, tiel5 contains the protocol type or tne received itacket. 
The format for this tieio is the saiMe as for the send datagram 
coraiTiard, and as for the protocol type field cf an PTI entry. «ote 
that the protocol type free queue heeder address is omitted froai 
the received packet. in this case/ the mtorfflatiou is superiluous. 

Destination High/bcw 

This field contains the destination port address as received 

fioff! the HI fcire. This iieio is included so that aessages received 

for a B^ulticcst adaress can ce distinguished troaj asessages received 
for the physical address of the port. 

Source Hiyh/Lo* 

This fieia coiitaias the originating i,.ort address. The toraat 
of this address is given below. In the folloaing diagram, byte 
is the first byte received over the ui fcire. Byte 5 is the last 

byte rticeivec. Ihts, clt 31 is the auiiicast address bit. 
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PoLt Address Format 
7 t 15 16... 23 ^4. ....... 31 32-35 

I Byte 3 1 Byte 2 i fi^te 1 i Byte J wBZ I Lou 

+ . _. , . -4 



Hiulticast bit 

15 15..... ...23 24. .......31 32-35 



i HbZ i eyte 5 I Byte 4 | mz I tiiqh 

+ ^ — : — — : ^ -.+ 



Data Pcintei 

Thiii yord coalainis the physical address ot the area Mhere data 
IS stored. The text area pointed to is assuiaed word aligned, and 



Taxt Data 

Text Data contairis the tirst c^'te oi tJie received packet. 

The text portion of a receivec dataytaro is always stored lelt to 

ritjht. That is/ the first byte of text received aiil be i>iaced 

into oiti; C-7 of the iii-it teiit kcruy the secoiid byte of text 

received will ae placed into bits t-lSy the third into bits lfc-23y 
the iourth into bits 24-31/ etc. This occurs for all data aodes. 



7.4 Load irctocoi Type I'able 

When this coiBffiand is issued/ the Pit specified will be cached 
internally to the port. Note that the protocol iree queue 

addresses are cached internally as i>ieil> this ^eans that the free 
queue headers cannot change addresses uriess this comsjand is issued 
3S well. Mote that the addresses specified in this table point to 
the free queue header/ not to the first queue entry ot the queue 
chain. 

ifter pert initialization/ no protocol types are enabled. All 
fraises uhich pass receive address filtering will be delivered to 

the uinj<.noMrs i-rotoroi ivre queue. 
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The address oi the PIT specified ir the PCS may not be altered 
in a turriir.<] port uithcut doing an initializatioru 

In oiuer to acd or delete a new protocol type to or irom a 
running port/ a new trotocci type tatle is built over the old at 
the address specified by the driver in the PCB pointer to the PTT, 
including the nau protocol types, and ciaitting any which are to be 
deleted, ks before/ the table must be built Hith the protocols in 
ascerding order. This applies even tc entries which are disabled 
•hen the table is loaded. The port sets the enable bits of the 
protocol types that are to be enabled, and issues the LDPTT 
coainiand. khen the PTTLC response is received by the driver, the 
new protocol types are in effect. 

Since no responses to received datcgraas kill be started uhiie 
the ioaa of this table is in proccess, there is no danger of 
coffiproiBising the queue structures. 

In order to enable or disable a given protocol type tfithout 
refcoving cr adding pictocois frott the FTT, the port need only set 
the eiiable bits m the protocol type table as appropriate, ana 



7.4.1 LUt'lI Coffioiand - Ihe torfflat or this cowBand is specified 

beloiii : 

LDPTT Coflifltand format 

1 Queue FLINF; I 

+ ' ^ ^ •♦ 

i Queue BLIIIK I 

+ — ^ . . . , ^ 

i tteserved tor Software 1 

+ . , , , ^ 

i <0-7> I <B-i5> j <16-23> i I 

I Status I Flags j Opcode 1 MHZ J 

+ ^ . ^ _- .«_+ 



ypcoce 

The opcode for this coaiicand packet 13 3. sheri the coKwand is 
recognized, the Protocol Type iabie is internally cached. There is 

(iQ ctiOitiorial queue iiaia. 
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It the LDPTT coiiiiJidrjC is not execiited belore enatsliny the port 
after liiitiaiizaticny then no prctoccl tytses are enabled. Any 
packets that pass the receive address 1 liter ttill be linked onto 
the Unknown Protocol Type queue. 



7.4. i PTTLD Response - 

The Load Protocoi Type Table corriuicnd signals completion by 
building a response^ and putting that response onto the end of the 
response queue. The foraat ot that response is given belou: 

PTTLD Response Foraat 

* • ' + 

I 4lueue FuliMK i 

+ ^ + 

I yueue BLIU^ 1 

+ . __. __, .«+ 

i deserved for tioltuare i 

4. . ^ 4 

i <')-7> 1 <8-15> J <16-23> 1 I 

i status ! Iriags 1 Opcode I HbZ 1 

+ . + 



The driver shotiid not assuae that z protocol type has been 
enabled until this response is received tronri a Load PTT cowaiand. 

Xht Lpcode <iii^l fldt,s art iiot aiodilied i>> this coaiiicind. 



7.1) Load Muiti-cast Address Table 

wnen this comaana is issued/ the ^ulti-cast address tatjle 
(KCAi) is loaded Irofii the table khose address is specified by the 
PCb. At initialization tine/ no Kulti cast addresses are enabled. 

Its oraer to aoo or aelete a atilti-cast address to or troa a 
running pert, a P.CA'i is built in Beaory at the address pointed to 
by the PC" **:CM base address pointer with the addresses in 
increasing nuiiiericai ocder. Then the LOHCiiT cocHSjand Is issued. 
ahen the resporse to this conjuand i£ returned the nulti-cast 
addresses specified in this table are in effect* 
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7.5.1 LDMCSl CoMiiand - 

The taDle is loaded into the inter Kal caciie oi tiie port. This 
taDle raust follow the foriaat stated loi the MCftT. This table laust 
be loaded betore acdress checking hill take efiect. 

LUMCiiT Coffiftana Foriat 

+ . , _. . ^ 

i Queue ^Lli^K I 

+ . . . , , ^ 

i Queue BLlUf. | 

+ _. . ^ 

i Reserved for Soltijare I 

^ , ^ , ^ ^ 

i <wC-7^ 1 <ii-lb? i <ld-za> I I 

i Status I Flags | Opcode I MbZ j 

+ , . _^ 

Opcode 

Tn^ Ti'T-ti"" '•ore tor this c c n^'tr :i:.: c i.:, J. T!":,:r£ ia no other 
queue data. 

II; the iiu I ti-c .ji, t ^cdre^ii t<:.blt i^ iiot lot^ceu beioce enabling 

the port alter mrtiai ization, then no wulti-cast address are 

exiabiea. iht lecerwe accress tiitei iili reject all multi-cast 
i^ackets, except for those noted above. 



7.5.2 KQAILij Kespcnse - 

The successiul coBpletion ot the L£*^CAT coiiHiand is signaled by 
the buildinci of the following response on the response yueue. The 
tormat or the raspcnse is illustrated Deiou: wote that the driver 

can assuifle tnat tne specified l*ulti-cast address table has been 
loaded only cfter it has received this response packet. 
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HCATLD Respoxise toiniat 

■+ . _ .. . — — t 

I Queue FLIMK j 

+ ■ — ' ' ^ — — + 

I Queue BLIi^K i 

+ ^ ♦ 

i Reserved for Soltyare I 

1 <0-7> 1 <6-15> I <lt-2J> J I 

I Status I Flagii 1 Opcode | MBZ j 

+ -— — : ^ ——,-.4. 



ttote liiai Ine iestioiise ii> buili only 11 txie ariver aets the tihSt 
bit of the flays field in the original consand packet, the cottaand 
opcode and flags aie not (Bodiflec by this comfiiand. 



7^^ i.»p-.H *.ip^ <'teT f'frf orrarce Counterr 

Tliib cojiittaad will lead the tier ionuance countersy returiiiny 

their value ia the CNTFC response/ aiid clear the t^ertocaiiiXice event 

counters ai. specified by the CLC&T bit in the flags byte of the 

cofiiEand. 



7.6. i kCCIiiT CoiBffiand - 

Tiie forisat of the comjaaria queue entry to accoaplish this is 
given below: 

HCCfiiT Coiffland tcrmat 

.+ ^ , ^ . + 

1 Queue FLlNt^ 1 

4 . . -. — ^ _ + 

I (iueue ELI^K I 

+ , . . + 

I iveserved for Software I 

+ ^ ^ ■ — — -♦ 

i <0-7> |<e-13> <14> <15>1 <16-23> j I 

! States I Flags CLKCTIt ! Opcode f j^82 I 

+ . -4. 



LCG kl Pcit Architecture Specitrcation ftEV t. Page 49 

COMPANV COMFIDENTiAL 

Cpcode 

The opcode ror this cotttBand packet is 4. This cofflmand does 
not generate en lU jacket. A respon&e is built if the RESP bit in 

the Hags word is set. 

CLECIS <14> (Clear Courtersj 

This uit in the ilags Dyte specifies uhether the event 
counters are to be cleared by the coKffland after the values are 
read. If this bit is a 1, then the courters Hill be cleared. 

The Datagraffls discarded counters are kept tor each of the 
i^rotccol tyie queues, and for the inknown trotocol type queue. 
Ihusy Lhfc. driver can get an indication hnen a protocol type free 
queue is exhausted by executlori of this cosaand- A counter is 
returned lot every ptotocol typti entry cllowed in the PIT. Those 
counters hhich correspond with prctocoi type entries unich are not 
enabled are return<id with a value of zero. 



7.0.2 Cr»Tr!C ne^ponse - 

It the hi i.t oi the fLAGi. tielo o£ tne original co»»ana pac*iet 
IS oil, than a response to the above coffiaaud is built. The rest^onse 
has the fcllcying forffats 

CrtTCL i<«sponsfc FoCifiat 

+ ^ ' ■ ' --■ + 

i Queue FLIMK i 

+ . _, _ — _. _ ^ 

I Queue hLltit^ | 

+ ^ ^ — "- ^ ■ ^ — ^ + 

I Reserved for Software i 

+ ^ , . — : + 

I <0-7> 1 <8-l£> I <16-23> 1 i 

i Status I ilags I Opcode I HBZ i 

+ ■ ^ ■ + 

I fcR i 

J BX I 

+ — . , _.4. 

i FR I 

I r X I 

^- 4 

1 ►iCER I 

+ ^ : , 4 
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I UCFh I 

* -^ ^ ■4- 

i F3(IC i 

+ ^ 

i FXSC I 

* ^ ■ ' — ^ — ♦ 

1 FXMC I 

+ ' ' ' -+ 

I XF I 

i M8H i 

+ -' ^ ^ ^ ^ — + 

i CDCt } 

+ ^ ^ _^ _^ 

i RF I 

■■»■ + 

I RiBh I 

+ + 

i I;Dyf»T i 

J LDirTl I 

+ + 

i D0PT2 I 

+ . ^ ^ 

i DnFT3 I 

+ — , . — ^ ^ 

j iJDPT4 I 

+ ^ 

i DDtT5 I 

+ , ._._, , ^ 

i CDPT6 1 

+ ^ . ^ , ^ 

j DDPT7 I 

+ — ^ ^ . ♦ 

i DDPT8 1 

I DDPT9 I 

+ .^ — . . ..^ 

j DDPllO I 

i. ^ 

I DDPTll t 

♦ ^ ^ 

I DDPI12 i 

+ ^ 

I DDPI13 I 

.+ . , + 

i - I 

+ ^ 

I DDPTn-3 } 

+ , , . . ^ 

I DDPln I 
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+ . . — + 

i UKFD I 

.i. ^ ^ ♦ 

J tOVR I 

^ ^ + 

J SBUA I 

+ ♦ 

i UBUl^ I 

i RSVD 1 

.+ — ^ — , ^ 4- 

By combining tne read and clear ccfflaands^ the driver knoiis 

that the event counters are not skeiied when a clear cowmand is 

issued. In the iQlkouiLq, note that a packet is not "received" 

unless it passes the receive address tiiter. 

bR 
Bytes i<eceived 

This counter represents the nuaoer of 8 bit data text 

charactecs received as datagrauis over tne Hi, 

Bytes Transmitted 

Inito counter cetjrfc.3fcrit& the iJUiisijei oi o oits data text 
characters transmitted successfully as catagraiss over the NI. 

fraices Received 

Thii counter reitesents the nutrher of frames (packets) that 
have been received over the HI wire. 

FX 
Frarias Transmitted 

This counter represents the nuaher of f raises (packets) that 
have been successfully ttanssitted over the Ul wire- 
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^lilti-Cast Bytes Received 

TaiiJ coiintar represents the nuaiber of 8 bit bytes received in 
packets Kith the isiijiti-cast bit set in the destination field. 

MCFti 
iKuiti-Cast Fraffies deceived 

This counter ret^resents the nuncer ot trases (packets) that 
«ere receivec alth the iiiuiti-cast bit in the destination field set- 

FXIC 

i-ramt^ Ti ansaii tteu/ Initiaiiy Lieierrea 

Thib ccuBter represents the nuaber of fraraeii (packets) 
transmitted that hac to deter to other trantfic on the WI «ire 

before transnissior.. This event is not detectable using the JIIA- 
Thus, this ccunter yill always appear Kith a value of zero. 

FXSC 
Frames Trarsaiitted, Sin^^ie Collision 

This counter ret-resents the number of fraffies (packets) that 
yere successfully transisitted, and fchich collided with another 
transiiiission exactly once. 

PXMC 
Fraroes fransaittea. Multiple Collisions 

This counter represents the number of frames (packets) that 

here successiully transjaitted, and hhich collided uith another 

ttansiTKissicr siore than cnce. 

XF 
Transmit Failures 

This counter represents the nuiFber of frames that were not 
successfully transaitted. This counter is increaentea for 
excessive collisions, yarity errors, etc. This counter is 
associated with the KFtt>, which notes occurance of error classes. 
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Iraniafflit Failure Bit ^aiik 

this countei gives the accunulated reasons for transffilssion 
idilures. The bit reearings are listed teloy: 

1. Bits 0-23 -- linassigned 

2. Bit 24 -- Loss ot Carrier 

3. Bit 25 — Transffliter buffer parity error 
*i. Bit 26 — ReiBote failure to deter 

5. Bit 27 -~ Fraije too long 

6. Bit 28 -- bpefi circuit 

7. fclt 29 — Short circuit 

b. Bit jO — Carrier check tailec <coiiii»iori detect check failed) 
9. tilt j1 -- excessive collisions 



CDCs 
Collision Detect Check Failed 

ihiij counter giwei. the riUHsbei of tiffieb tuat tiie collision 
iietect check tailed alter a transaiit. This is the number of tittes 
that heartbeat failed to assert after a transiait ended- This 
courter has nieaning onlj if the n4C00 «coe bit Is set. 

l-eceive Failures 

This counter gives the number of received frames whose 

ieceytioii ultiiaately faileu. This counter is associated witn the 
kF'U¥. counter^ which narks occurance of the various error types. 

KtBM 
Receive Failure Bit fask 

This counter yives the accumulcted reasons tor receive 

lailures. Ine oil cetinitions are giter, oeiow: 
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1. Bits 0-2 c -- Unassryned 

2. Hit 27 — Free list parity error 

3. Bit 28 — Data overrun (No free bufiers) 

4. Eit 29 — Fraae too long 

5. Eit 30 -- Framing error 

6. Bit 31 — Block check error 



DD(JFt 
L-atcqtd* Liicaiced lor ynKnown protocol l^ye 

This counter keepi track of the rmaoer ot catagtass discarded 
ior tne Unknown i rotocol Type tree yueue. Any tine a datagraia is 

discarded fcith an unrecognized protocol type, this counter is 

increniented. 



LDt'Ti - CDelii 
Latagisff DiEcarded fci Frotccol Tyt-e M 

ixiese ccuxitarii Keei- tcacK oi the nujuber oi Odtagraas discardea 
for each of the protocol tyte free queues, *ny tine a datagram is 
Giicarded uue to no available free space, one of these counters is 
inert; men ted,/ if Ine protocol type »i ad recoynized. Tnere are as 
ffiany of these counters as needed to support the nuaber of protocol 
types aliowec in the NJ Configuration Kegister, 

URFD 
unhecofjnized Fraae Destination 

Ihis counter has no meaning for the NI20, and will aluays be 
reported as 2ero« 



DC¥R 
Data Overrun 

This counter represents fine nuiai^er of packets that Mere 

received irccrrectiy due to buffer space in the NIA being 
exhdustea. Such packets are reported in an error response. As 
ittiich <Tat'* rs» w?h receiver «il.i be i>rebei!tea to the host. The 
lenoth fieid of the dateoran' received rfspcr-se i»ill represent as 
uiUch data as aa.i receiweo. 
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ShUk 
Systew Butler Unavailable 

This counter has no »eariing for tht: NI2C, and will always be 
reported as zero. 

UBUi 
Uset ijuffer OnAvailable 

This counter represents the total rumber of packets discardea 

due to a tree queue being exhausted. ihls nuttber is the sum total 
of the Datagraa- Discarded for Protocol lype 'n' counters plus the 
Datayraa? Discarded for UiiknoMn Protocol Type counter. 

RSVi> 
reserved for hicroccde 

This counter is reservea lor the port microcode and tjresently 
It kill DQ returned as 2eroes. 



^ « u • <; « i. >»' r ji i ).-. 1 C O II< ;'i! u si C ~ 

r»ote that ejiecuticn ci illegal or rardoni ccaimaiids 'dili 
cofflprondse the iunctionality ol the irterface in an indeterminate 
fashion. It is recoaaiended that the port not be executing 

jueania<|fui custHiands when this coft-fitaiid is issueu. This coauarid is 
ior diayiiostic purposes only. 

The coififtand has the follouing foriaat: 

SRTPLl Comacand l-oraat 

I Queue fLli4K I 

i Queue BLINK 1 

+ ^ ■ + 

f Feservei! for Soltsaare f 

i <0-7> 1 <a-15> I <16-2J> 1 i 

i otatus i flags I Opcode I MBZ I 

+ . . + 

j i <2C-23> I I <28-35> J 

I t*tl I Controi I ftfaZ 1 PL! data I 
+ + 
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Opcode 

Tne operatlors code for this packet is 6. If the response oit 
in the Flags aord is on, then a resionse confirming the correct 
execution of this coasftcnd Mill be btilt and placed onto the 
response yueue anchored in tiie P€B. This co«smand, along with 
kDPLl/ gives the port driver the saae wii>ibility into the Port Link 
Interface thct the port itself has. 

Control 

fnis field specifies the PLl coaaand Mhich is to be put onto 
the PLI '*hen the write cycle is cone. The ccffiwand cedes map into 

PLl commands as ue tinea m the following table: 



Value 




function 


octal) 






u 


- 


Illegal 


-» 


- 


y^L.TC.KMT.PUt 


i' 


- 


kR.fFtfc.LIST 


J 


- 


SEl. KtL.alilr 


■i 


- 


kH.Xf'IT.ACTICn 


^ 


- 


ivF.b.BFL.ATTN 


b 


- 


fcNA.LI^K.CTL 


7 


- 


DIS.Lir^K.ClL 


10 


- 


kU.Pklt 


11 


- 


»R.XI^li.BUi 


12 


- 


ifi.KtG 



For fiiore information as to what these couaands do 
functionally, please consult the tilA hardware specification. Any 
function attempted wnich is not defined by this table will return 
ikith the status field indicating an llieyai PLl function. 

PLI data 

This field specifies the PLI data bits to be placed onto the 
PLl ahen the write cycle is done. This field is eight nits wiie. 



7.6.2.2 PLI»RT Response - 

tne t^tite PLl coBimaiiu results m a response ii me HtSP uit oi 
the FL«GF field of the original i-acket was set. If built, the 
respcni>e has the icllOMinq forniat: 
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+ . : __^ 

I Queue FLINK 1 

'*■'•- ^ — --^ •♦ 

I Queue BLINK I 

+, . _, .>, + 

I Reserved tor Sottycire I 

I <0-7> 1 <e-15> I <lfc-23> I I 

i status 1 Flags J Opcode 1 MBZ j 

1 i <20-23> I I <28-35> | 

I MIZ i Control I mz I PLI data I 

■*■ + 

The driver is assureu that the port mtectace has executed this 

coiBmand only after the response has Deen received. 



7.6.3 ^^edti tort/LiiiK Interface - 

isaen executed/ tnis comiuand causes a kfc/su PLi cycle to be 

execuied/ usiny tlie ccutrol bits iJiieciiied. Ihe data is returned 
iii the response queue entry. 



7.6.3.1 RDPLI CoJifliand - 

The data for this comasand is returrad in the response entry 
Duilt if the 8ESP flag is set when the coamand is executed. 

The foiiiat of this coaisand is specified below; 
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COMPASV CLNFIOENIl^L 



RUPLI Cofflttand foroiat 

+ ' ' + 

i tiUeue FLINK I 

*- ^ ^ ■ ^ + 

I Queue ELINK I 

+ -: ^ . 4- 

i Reserved for Soitaare I 

I <0-'3> I <8-15> J <ie-23> i I 

i status i tlags j Opcode 1 Mb'l 1 

+ . ^ ♦ 

i I <20-23^ I I 

1 «BZ I Control I MBZ I 

+ -, ♦ 



7.0.3.2 PLIRD Response - 

T'lD forr-it of t*-e re-.iion~e ^iven tc ^his corningnd i*" the Flag; 
RESP bit is en is specified beiofc: 

FLIPD I<ai>ponSi- ioiaat 

+ -^ ^ + 

I Queue FLINK I 

+ ^ ^ . ■ #• 

I Queue ELINK i 

i Reserved tor aoltaare I 

+_^ , ^ + 

I <0-7> i <a-15> 1 <16-23> I I 

i Status j Flacs 1 Opcode i MBZ | 

+ ,. : , — + 

I 1 <2e-23:> 1 I <28-35> I 

1 Mez I Control I hez 1 fLi data 1 

+ ■ ^ ^ • ' + 



Opcode 

Taa opetation code for this packet is 7. This comffiand does 
liOt generate an hi pacKet. Through this cofffliand, the port driver 
can real any quantity that the port procassor itseit can read over 
the r'LI. 
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CGMPIJNY CCNFIDENTIflL 

Control 



these four bits specify the ccrttoi function 

inij the read cycle. The tunctior executed 



to be executed 

durinij the reaci cycle. The tunctior executed is defined by the 
toll Owing table: 





¥aiue 


f unction 




(octal) 







— 


Illegal 


1 


- 


RL.SEG 


2 


- 


RD.SgL.BUi- 


3 


- 


RD. USED. LIST 


A 


- 


RD.XMIT. STATUS 


5 


- 


HD.KEL.iliiTLiS 



Ii ;j cottmend is seiecteo ahich is rot defined in this table as 
a legal lunctiou/ a response fcili be generated which the status 

field set to "Iliesal ILl function." 



PLI data 

Thir, iitl'l (dri<l the hord that conttifio it) is oiesent only in 
tne response nuiit tor tnis cofflmano. Ttis occurs when the Rfc-SP Dlt 
m the flags f reld is set. in the resfcnse/ this field is the data 
that uas read from the FLI by the execution of the RDPLI cofflraand. 

It AS not recofljujeiided ior the dtivtr to execute this coaaiand 
•thile other coaffiands ate pendlrg oi yhile packet reception is 
enabled. Careless use of this coffl»and can cause the nornal port 
functionality to be coaiproiBised. 



7.6.4 Ffcad hi Stdtiou Address - 




7.6.4.1 ;^C«SA Cosjji^iad - 

the -■jat£ lor this ccimianfl Is returrert m the response entry 
ouilt if thi VIZ? tlac, iz set m the coaassnd's flags field when the 
cowftianc is executed. \be foruiat of tnis co»mand is specified 
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CUM liH\ CimiDEhtlkL 



HijNSI Connsand forniat 

i Queue FLIiMK I 

+ — . . . + 

I Queue BLINK I 

+ ^ , ^ + 

I Reserved for Soituare I 

I <0-7> I <8-15> I <lt-23> I I 

i Status I Flags J Opcode i «BZ | 

•♦• — ^ ■ ^ ■ ^ — + 



Lucooe 

The operation code lor this packet is 8. If the response bit 
in ti»e tiays word is on^ a response contirffling the correct 

execution cf the cottaand kill be built end liaced onto the response 
i^ueue dnchored in the tCb 



7.6.4.2 liSShC R«yt-0 5"!se - 

It buiit, the Tasyonse to the RDHi>i coffliaand is as tolious: 

SDKSA Hesponse forieat 

+_ — . — , — . .—- . — -+ 

i queue FLINK I 

I Queue ELIMK I 

i Heserved tor Sottuare j 

4. ^ . _: . . — -: ^ — ■ 4. 

i <0-7> I <8-15> I <16-2J> I I 

j Status f flags | Opcode I MBZ | 

+ ^ ^ -. ■ ♦ 

j<0 31><32-35>J 

I High Order MI Acdress I «PZ f 

+ ^ : -. - + 

i Lou Drder fil Acatess | hBZ | 
.+ + 

1 <0~ — 31>I <32> I <33> I <34> I <35> I 

I ktl 1 ACRC I mc 1 ii4000 Mode j PRMSC Mode I 

4, , : , ^ 

j<0 15>f<16--^ 23>j<24~29>|<30-35>| 

I **Bk. 1 Ucode v'etsion I uf^CAT I #PTT I 

+ . + 
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rligh/Loni NI isddress 

Ttiis value is the physical station address stored in the 
physical adcress RAM en the UI link beard. it ccrrei.pon<is to the 
address of the Ml link. The jEorKat for these words is identical to 
the NI stiition address fornat for the KLIO station address 
xeyiiateiii uesciibed in an earlier section. Ihe initialization 
value ot the physical address RAM is the value stored in the 
yhysicdl aadress UQH ot the I'ilA. 

i 
I 

J ACRC 

1 

I This bit Indicates whether the ^l link kiii discard incoMin*} 

I i acicets with CRC errors- If set the link will accept all iacominy 

j l^ackets hfith CkC errors and place them en the unknown protocol type 

I iree queue if aa entry is availibie. If reset the link «ili 

i discard ail incosiing packets kith CRC errors. 

i 

I Tne iniai izaticn value if this bit is 2ero 

This i>it indicates whether the HI link i«ill accejt>t Ail 
f*uiti-Cast packets, (if set), or will perforas normal «ulti-cast 

isdaress iiiteriny (ii reset.) 

The initialization value of this bit is 0. 

li4C00 J^ode 

This bit shows the current state of the H4000 iiiode bit. This 
bit if set enables the heartbeat detection checking for the Ii4000 
type NI bus tranceiver. The initialization value of this bit is 0. 

PRMSC Node 

This bit if set indicates that the link is operating in 

proffliscious aode. All packets detected on the aire «iil be 

interpreted as being addressed tc this node. The initialization 
value of this bit is C. 
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Ucode Version 

This field gives the version of tticrocode loaded into the 
iPA2C-L port. Ihe iiiitializaticn value of this field depends upon 
the icicrocode version loaded. 

#MCA1 

This iitild yivtii the iiUBter of Multi-Cast Address Tai>le 
entries alloiied. 

Ifiis iield yiveis tne iiuauei oi Protocol Type iaole eatries 

allotted. 
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COHPA^Y CONFIDfcfiTIAL 

7.6.b srite !J i Station j^ddress - 

Mhen executed, this comrjand wiJl stt the physical address RAM 
on the hi link boaic, as s.eli ah &et several aiode bits for the 
datalink operation. 



7.6.5.1 WHTNS* CoffliBand - 

A response for this coffijuand is Dullt only if the RESP bit in 
the coJBttand tacket flags oyte is on. The format of this cofflinand is 
iliustrated below: 

I 

i viRTIdSS CottHsand Forusat 

I 

J + + 

I 1 Queue FLINK j 

j + + 

1 I Queue ELINK I 

J + + 

1 I *"'"-■ C" '-s T- »y f^ '^ ♦ f* r ''* ,0 * 't" ^ ■■■ »^ T' * 

I i i '- ..J - 1. V ■- .. -«. V i. w v ii 1* ■■■' w 4. !- t 

1 + — — — ^ 

I 1 <('-7> I <B-lt> I <.lb-23> 1 I 

i I Status i Fltif^s I Opcode I MuZ } 

+ , ^ + 

i<0 ^ ^ 3i>l<32-35>| 

1 Hiyh Order Ul Address j NS2 1 

I Low Order if> i Acdress [ I^BZ i 

+ ^ ^ ^ ___- .- — .+ 

I <o 31>i <32> I <33> 1 <34> I <35> | 

1 I mz i ACRC J kMC I fc4000 Mode I PRjHSC Mode I 
, + + 

I j<0 ■ ^ ^3> <24 -35>| 

1 J I'just Be Zero J 31 Hetties Alioaed I 
I 4 — + 

i 

Opcode 
The opccdt lor this coismand Is 9. 

Kigh/LOk HI Address 

This adcress is written to the phyiical acaress rA** on ine HI 
link bo^rd, J^Iter tlie cOiBii.and coirpiates, tbe l\;i link will accept 
packets with the physicei addiesa specitiec. 
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I ilCHC 

i 

i This bit indicates whether the Ni link Mill discard incoroiny 

1 t^ackfcts with CRC errors. It set the link iiill accept all incoming 

i packets with CKC errors and place thea en the liOknoun protocol type 

I tree queue if an entry is avaliibje. If reset the link will 

I discard all incooiing packets with CRC errors* 

i 

I The iniaiization value if this bit is zero 

hMC 

Setting this bit fciii yut the port into Heceiva All Multi-Cast 
li^ode. When enabled all multicast packets received are passed by 

the receive address iilt^r. 

The initialization value of this bit is C. 

h4000 >!ode 

Tf i;et by the driver, this bit kill enable h^OOO mode; this 
will enuiiiie hedrtbeat detection checKinti by liit bus transceiver. 
This teatuit! is to allow the KI link to accept tranceivers that do 
Heartbeat cibeckira (Ltt cniyji^r or cnes tnat ao not. 

PRhSC Mode 

If set by the driver/ this bit fcili enable promiscious »ode. 
in this mode all packets seen on the NI cacle «iil pass the 
received address filter. This is a diiynostic feature. Turning 
this jEBode on can cause significant degradation of system network 
perfcrfflance, depending upon network load. 

it Retries illiofced 

This field specifies hom s-any retires of tetrieable errors are 
to be attempted by the rort before the error is declared 
uncorrectable. The d*»f?ult number of retries is 5. 



7.6.b.2 NSis^RT .response - 

Tne response iorn-at to tne coniKard tiste^i aoove is given 

Dclow: 
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> ^ 

1 Queue FLI«K | 

+ . — . ^, . . _ — ^ 

1 Queue BLINK | 

+ ^ 

I keserved for iioltMate i 

+ ., . . , __, __ ^ 

I <0-'5> I <8-16> 1 <16-23> I I 

1 States I Flass i Opcode J hBZ I 

^^ — , _, . . _^ 

KO 31>|<32-35>I 

j High Order hi Acdiess } l<B2 i 

♦ ■ ■ ■ ^ * 

I I Low Order Nl Aodress j IhBZ | 
I + + 

1 I <{) 31>J <32> J <33> I <34> J <35> | 

J I MPZ 1 ACRC i A^C i 1^4000 Mode i fRMSC Mode | 

I + ^. 

I ( <""■ ■ 23 > *<.?.^. 3 5> I 

J J ^U£t he Zero I tf hetries Allowed i 
J ^ _ ^ 

I 

Tiie Lits ioi trua response uxli i>e unchanged Iroa the 
aefinitions tor the i*^T^SA coffiffiand. 



8.0 POST HEGISTERS 

The Cortroi/status register is briefly defined in the 
iolloying table. In the tables the sittbol "*»• indicates that the 
bit IS not writable anc is always read ss zero. "H" aeans the bit 

is readable and "W" flieans that the bit is kritable. Refer to the 
iPA2C-L fort Hardware Speciiication tor additional details. 
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+. + +_: ^ + + ♦ : + + 

IBIll BIT DEFIMTICN \ ACCESS ! !BI1| BIf DEFINITION | ACCESS | 

j j ^ ._+ 4 I J ^ + ♦ 

INO.I IKLIC I PQRTI liMO.I IKLIO | PORTl 

+ -: — + --+ + + + ^ -4.— -— .+ — + 

ICO IPQRT FHtSiiN'I J l^ I * 1 1 18 ICiEJSR PORT I R/« I * I 

+ + 4-^ - + ♦ + -♦ + + ♦ 

101 IDIAG RQST CSR | K i * | | 19 JDIAG TEST EBOF j R/M | * I 

102 IDIAG CSR CKNG J R I * 1 1 20 jDIAG GEN EBUS P£| R/M I * I 

103 IDIAG INlTiftLUEiil R I * I |21 jDIAG SEL LAK/SQHI R/M I * I 

4 4 4 4 4 4 4 4 4 + 

i 04 J PI 00 L I F I P. I 122 lOIAG SIliGLE CYC I R/« 1 * I 

4 4 , 4 -4 4 4 4 • + + + 

105 jRQST INIEi^RUPT 1 i< 1 M | I 23 1 I 8/* I * I 

4 _4 : 4 -_4«-, 4 4 — —*' — ♦ ■♦ — • + 

106 ICKAf. PAKlfM EkK i N 1 * I 124 j fcbUS P*KlI¥ LUR | H/« | k I 

4 4 4 4 4 4 4 — 4 4 4. 

107 imUS ERRCk I H 1 * I 12t) lEliEfc liUfcUfc LHR I R/« i R/i 1 

4 +--- ^ f ■♦• + 4- + «4._««.«-4— 4. 

108 I ! * 1 * 1 126 fPQS^l ihRGM | R/« 1 R/M \ 

^ ^ 4 4: 4 4 4 4 4— 4 

jOO S J * } * I 127 iC¥u QOEUE AVAIL | R/« 1 R/W 1 

4 4: 4 4 -4 4 4 4-. 4 4 

jlD i I * I * I Ub j RSP QlitUE AVAIL I U/U I R/a I 

4.. -4 «- -.4 _4 _ 4 4. ..4 . 4-. 4 4 

111 I IDLE LOCP I h I R/« I 129 |SPARE 1 R/w I R/W I 

4 4 . . 4 4 4 4___4 __4 4 4 

il2 IDISABLE CCMPLETEj I. I R/» 1 130 IDISA8LE i R/M | R/M | 

4 4 . 4^ 4 4 4. 4 . . 4. 4 4 

113 lEltABLE COHPLETEI k | R/W | 131 |ENABL£ I R/i I R/M | 

4 4 4 4 4 4 4 . 4 4 4 

114 I I * J * I 132 IMPROC FUN 1 R/i I R I 

4 -4 : 4 4 4. 4. 4.-^ 4. — — 4 — 4 

ilb i } * I * I 133 iPIA 00 I R/M I R 1 

4 4 -.4 _-4— 4 4 4— _ — «-«- : 4. — .4 — «-.-4. 

116 1 I * 1 * f !34 IPIA 01 I R/« I R 1 

4 4 4 4 4 4 4 . ^ . 4-- 4..,-.- 4 

jl7 I I * I * I 13t> IPIA 2 I R/« I R 1 

+ 4 + + + + + — ^ + ♦ + 

tit 26, PORT ERROR is used by the KLUl to intorai the driver that an 
error has occured. Mhen this bit ia set b^ the port/ the error 

iOgott area of the FCP has been fcritter yltti valid error 

mforMation. 11 port interrupts are enabled/ an intarru4>t is 

s'jDi^itteo. Ltneraise/ tne oits nave tnt same aeiinilion as the 
Kl.IP#, the ¥1 Computer Irtetccnrect ce\iC8 wsic recede. This hit is 
clfcdicd by rfcadiny the status reyister. 
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9.Q DAT* fOhHlTTIhi, MCCfcS 

NI20 supports 2 data forffiattiny ffiodes. These iaodes allow the 
operatiay systeHi to specity how the data is packed ia the host's 
aemory crs utenory read operations and how the pert should «rite the 
data into the host's irefflory on write operations. These BOdes are 
iioecifieG in each Bufter Segaent Descriptor for that buffer 
segroent. These aodes are also specified for datagram transfers. 
ihe t«o modes are industry coapatible ard high density. In all of 
these uiodes/ the aost significant i^yte is left-justified so that 
nor&al PDPlO-style byte pointers Bay be used to access the data. 
Mote that it IS not trivial to use standard PDPlO-style byte 
pointers in hiqh density mode. Iha port will always start reading 
or yriting data «ith the icost significant byte within the word. 
The nuiaber ot bits within each byte follows the FDf-11 standard- 
ihtj oetcilea aescrip tions of tnese pacRing siooes lollow. 



9.1 Industry Coicpatibie Hode 

T';:, !o!^o>.ir: *:i-;ure illuctr^te., t^e ir-iij£try rcrr'^tible to'*o 
for trapping t bit ?< I bytes irto 36 bit KLIO words. 



7a 15 16 23 24 31 32 35 

t i i I i i 

I Byte I eyte 1 J Byte 2 i Byte 3 J ZERO I 

i 1 i I I i 

+ + + ♦ -♦ + 

7 07 07 07 

Hi BYlt 



9.2 Hiyh Dersity i«ode 

The follO(«'ing figure Illustrates the high density «ode for 
Ftapti-'y bit HI bytes into 36 bit KLIO words. in this E^ode^ it is 
iflipcttant to realize thct S bytes are pcCked into 2 36-blt yords. 
Byte 4 is split across a 'dord boundcry; the aost significant 4 

hits <'f- 5toi<^« in bits 32-35 of the first word of the pair and the 
least siufiiiicant 4 bits are stcrec in bits 0-3 of the second word 

ot the F^ir. iiecatse ot tns 4 tuts stored m tfe iHOst signiiicant 
tOsltion of the sacord wor^^^ the romelning four bytes are stored 
I i yht-ju3t 1 f lec in the second iCid. because oL this byte-yackiny 
fiO'it:/ 5;t<jiKictd i-Df-lO iryle poiritfcrs cani;ut te eesil^ osea to access 
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all of the b^tes in the biitfer. 

BIGfi DENSITY FORHftT 

KLIO «QRD PHIU 

tlBST hiuHD CF Pais 

7 « 15 16 23 24 31 32 35 

1 I i i i Byte I 

i Byte I Byte 1 | Byte 2 i Byte 3 i i 

i I i i 14 1 

+^ + + — , ^ , ^ ^ 

? 07 07 07 074 

PL I fi¥T£ 

3ECCND kCRD Cf PilR 
3 4 11 12 19 20 27 28 35 

+ + + — ■ + ^ + -f 

I Byte i I i t i 

i i H^te 5 I Byte 6 | By te 7 i Byte 6 j 

I «* t ! ! t I 

+ — : 4. + ^ + _» ^ 

307 C7 07 07 

PLT TYTE 
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10.0 fill UPCCDt, SUI^HASJ 



coffiasand/ response 



snudg/dgiint 
Idfflcdt/fflcatid 
idptt/pttld 
rccnt/cntrc 

/dgrcvr 
tortpli/piiMr t 
rdpli/t lird 
rdnsci/nscra 
wrtrEa/nsaKFt 



Nl facket 


dec 


octal 


binary 
****** 


eg 


1 


1 


0000 


0001 


* 


2 


2 


0000 


0010 


* 


3 


3 


0000 


0011 


A 


4 


4 


0000 


0100 


dg 


5 


5 


0000 


Old 


A 


6 


6 


0000 


Olio 


* 


7 


7 


0000 


0111 


K 


8 


10 


0000 


1000 


* 


9 


11 


0000 


iOOl 
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11.0 PhOGkAJ'MJNG IvGTtS 

The toi lowing notes discuss various aspects of progra»ffling the 

LCG hi port. 



11.1 Kttset 

iilien a fort reset is issued tc a rLnning port, the hardware 
fciiil be reset, and tlie port SBicrocode PC yili ce set to zero so 
that the power-upy selt-check initializction coce will be execwted- 
This guarantees that the port uill enter a well oefified state after 
the reset. It is important to realize that all of the port state 
«ill be lost; all 5;tate will revert to power-'up state. 



11.2 initializaiion 

siieii the t.Cy Hi port is poaerec up, there is no valid 
-^irrc-of^" ir *br>. rortrci '5.**'3 (v*-*^**i)} v^lic rpicrcccrte ^ust ne 
loaded Biui started. This Is the responsicil ity ot the TCi'S20 
iiiuiiitcr oi the Al20 diagnostic. Duriny the initializatioiix the 
port f^lctococG Hill perforro a self-check test if it detects an 
tiirot It mil stop at a preset Ckktn pcrity error. it there is no 
trror, the micrococe ttiii also set tne registers to initialization 
valuasy and enter the DlSJifiLED state. fehen the port aicrocode sets 
the uliiABLt COMPLETE bit in the CSi«, the port driver should then 
»ritc the PCI aati the PI Laval. It li. iiot i^ossible for the port to 
request a host interrupt until the PI level has been written «ith a 
valid assigniBent- 

It is recojBOiended that queue entries for the Unknoun Protocol 
type Free Queue be lar^e enough tc hole the largest legal Ethernet 
packet. Including ilink/ blink, and other overhead words, this is 
38B. iiiords lor an industry coapatibie code received datagraa. 
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R£W e.o 



Paye lndex-1 



Address Filter/ 13, lo, 24, 51 
AMC, 22 
BkOADCi^ST/ 24 
Speciticdtion, 24 

Butler Header Deijcriptor/ 20, 
Buffer Seiimeut De^criptcrs, 2! 
33, 35, 37 

See Channel CoiBnand Word 
Cliannel CoBsaand "*ora, 12 
CoroiPand 

List of, 27 

Load Miilti-cast ftcdress Ta£-] 

45 
Load Protocol Type Tdble, 4- 
Frocpssing, 25 
kead Counters, 31, 34, 48 
Read ul Station Address, 59 
Read rLl, 5? 

Send isatagrati:, 26 

teritt hi otatiofs «dJres3, t. 

t^ 1 1 1 « r L> 1 , 5 ■ ? 

CHC 

See Fraiise Cyclic i^edundancy 

Datagraai Diacard, 26, 2't»-J0, 

49, 5h 
DeiJtination Address, 7, 39, 4: 

BROADCAST, 24 

EPT, 12 
Error 

Counts, 29-30 

Events, 12, 34-35, 51-52, 5- 

Heportinij, 66 

Retries, 64 
Error Mora, 11 



tufler iegreent Descriptors, 20 
Des tiiia tioij Address, 39 
Error Logout Area, 10 
tii§h Dersity, 67 
Industry Coaspatible, 67 

67 ?!uiti-ccst Address, 22 

\, Ul Pacicet, 6 

lort Cortrol Slock, 9 
Protocol Type Table, 17 
1 rame 

Cyclic Redundancy Check, 7, 

26, 33 
Oestination Address, 7 
Fcrwat, 7, 34 

e. Protocol Type, 7 
Size, 3t 

i Source address, 7 

Host Addressing, 7 



PL/SCS 




BSD, 33, 


36, 


CLRCTH, 


34 


Format, 


33 


ICFC, 27 


', 33 


Pack, 3j 




pau, 3 4 




^tsp, 2: 


:/ 34, 



40 



Inter locjii, 9 

InterriL^t:;/ 2?- 
I!'A2u-L, 65 

K L 1 

Addressing, 7 
Check Cijus, 1* 

Channel iirrors, 12 
J«icrocode Version, 62 
Mode di Is 
ACRC, 61 
k¥C, ti 
li4000, 61 
FRHSC, 61 
FLl fieac, 58 
PLl iixite, 56 
1 Read MI Statioji Address, 60 

f«OP f^essace handling, 31 
i-iulti-cast Address, 47, 61 

A*IC, 22 
Forirat, 22 

Tatlti, fc, 16, 22, 24, 46-47 
Base cddress, 14 
i*ulti-cast Address Taiale 
?^uftber cf entries, 62 

m PacJiet Forn^at, t 



jc^ 48-4^, 



5t>-5Si, b2 
«e St oust L! It 



UpCOCfe 

u a 1 3 -J r a J! 



;e ceiled, 43 
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Buffer Header DeacriptOi, 20 



Load Multi-cast Address Taole/ 

47 
Load Prctocol Type Table/ 45 
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Read Coufiters, 49 

Reaa irLl, 58, 6C 

Send Datagram/ 33 

3uH;Biary, 6 9 
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